[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New Asynchronous Aspect .
This is great stuff claude. I am a bit fuzzy on the use of the synchronous call. What would be the use case for that? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831618#3831618 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831618 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Fluid AOP
well Scott is talking about just an abstract keyword (thread local) to identify a given configuration. Is that what you are talking about. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831621#3831621 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831621 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Observable Pattern on the WIKI
this is great work adrian, Bill, I think what I hear you say is that we can now deploy a self contained aspect. The aspect knows where he wants to be bound. The aspect could export its pointcuts, he knows he wants to listen on set* etc. It will make for superior deployment formats for aspects. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831178#3831178 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831178 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Observable Pattern on the WIKI
I hear you on the usage of Subject. I saw it is the way the GOF named it. I still prefer Observable. Getting at the state is done by passing the reference to the subject in your implementation. It makes for a great and simple implementation. If we could pass some metainformation as to what has changed (name of the field for example), it would make for more finegrained callbacks from the observer. What does GOF say? marcf View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831179#3831179 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831179 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Observable Pattern on the WIKI
So I am looking at the code, 1- well done Adrian this is kick ass stuff 2- Why do we call it the Subject? why don't you call it observable. 3- We need to start talking of aspects. I realize we apply the observable aspect and introduce that behavior. That we introduce it on set is irrelevant, yet today the way to configure the XML. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3831112#3831112 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831112 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: active developer soundoff
it is a great idea :) I am delighted to see the activity around nukes. 3 active guys is in fact really good. You guys would be proud, the only ovation I got yesterday at the JUG talk in Austin was when I demoed nukes live, people love the stuff View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3823016#3823016 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3823016 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New AOP stuff going on.
Oy! This pisses me off, we NEED TO HAVE THIS ONLINE as the forums start getting out of sync. Claude 1- please stop using u when you mean you. 2- contribute and get RW if you will 3- repost this online 4- bill please use the FORUMS to answer, just click on the link marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of claudehussenet Sent: Sunday, February 22, 2004 2:05 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New AOP stuff going on. I have looked at how to answer to my second question (The easiest one ;-)) The class advised for a Caller pointcut is the calling class. I didn't find a way to get a handle on this class within the implementation of the Interceptor.So ,by adding the following code within the invokeCaller method from the ClassAdvisor class ,I am solving my problem. // New field added within the CallerInvocation class. invocation.callingClass = this.clazz; Then ,to get information on the calling class ,we just need to call the following static method in the Interceptor implementation Method callingMethod =MethodHashing.findMethodByHash(methodInvocation.callingClass, methodInvocation.callingMethodHash); let me know what u think. Thx-Claude View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=38224 59#3822459 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=repl yp=3822459 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development smime.p7s Description: S/MIME cryptographic signature
[JBoss-dev] [JBoss IDE] - Re: JBoss IDE broken in Eclipse M7
is M7 working with plugins? that was totally broken and JBoss IDE relies on it. It was buggy in Eclipse. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3822473#3822473 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822473 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBossWeb] - Re: JSF General Release
eusdart, want RW on CVS? submit some code View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3822474#3822474 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822474 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss IDE] - Re: JBoss IDE broken in Eclipse M7
my read is that we need someone full time on JBossIDE. JBoss Professional Open Source is bringing someone on board when the project is taking off. We haven't so far but we should, the hippy open source model (contribute when you can) seems to be braking down here. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3822383#3822383 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822383 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JTA on JBoss] - Re: Reordering of resources in commit of XA transaction
Patrick, High end JTA with all the bells and whistles is one of these things that is used by 20 people in the world and they are eager to pay for it since they got the money. Open Source satisfies the masses. Proprietary fills those expensive niches. Arjuna's business and sole focus is that high end JTA so we are quite glad with that partnership, they provide us with a solution (for pay) in these high end niches, it is expensive but it is worth it. For me to throw 3 of our guys to do that today isn't the best use of our time, nor the best bang FOR OUR COMMUNITY. We got much to do in J2EE 1.4, CMP/Hibernate, JMS, JBoss 4.0, AOP, etc that DO reach the mass market. A high profit niche in JBoss is a good thing for our partners. Arjuna also works with others. Adrian has been working on the JTA and JCA stuff which needed professional work. Mostly JCA 1.5. JMS is another story and Adrian/Bela have been doing work there. JMS solidity/revamp is a priority. JMS is solid in the 3.2X series due to ALOT of work (adrian again). that being said, if you submitted a high end JTA implementation in open source to JBoss we wouldn't refuse it, the same way I wouldn't kick michelle pfeifer out of bed if she crawled in purring like a cat. he he marcf View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3822386#3822386 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822386 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JTA on JBoss] - Re: Reordering of resources in commit of XA transaction
btw LRCO strikes me as a small benefit, almost a hack. So in the case ONE resource doesn't support XA the XA protocol still works if that resource is last. (woo hoo!) but heck if we can implement it for cheap why not View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3822387#3822387 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822387 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [XDoclet on JBoss (XDoclet/JBoss)] - Re: controling what and how interfaces are generated
zapa, the stuff works, how do I know? I use it. But you need to follow the steps in the getting started book, you seem to have not done it. I have done it and it works. I was experiencing the same problem you report because I had gotten cute on the filters in the task definition and decided to not type what the getting started book recommended and the classes didn't get included just like you see. It is not eclipse, guaranteed. Follow the steps in the intro docs please. Meaning RTFM before you start talking trash View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3822390#3822390 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3822390 --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: roadmap, feature requests, etc
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821777#3821777 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821777 hey I am really glad to see a thread like this one. There is a lot of work to be done and I liked the ideas presented on the messaging and such. Or a live board section. That would be great actually and we could use it for weekly talks with the community. Guys, help out, there is always a room in JBoss --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: roadmap, feature requests, etc
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821778#3821778 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821778 RFE on sourceforge are a bit too obscure. I prefer the acoliver wiki approach on the website. Also acoliver, you got some balls to come and recruit contributors out of julien's project. you get your own. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: nukes cvs on Jboss ide
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821792#3821792 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821792 I went through that myself recently and it actually works. Basically you can find the eclipse file from a fresh CVS checkout, so do that first. Then from Eclipse tell him to import the project pointing to that file. It automatically pulls down all the files from the central repository (so it does a second checkout). I got the stuff to compile after adding 2 missing classpath files. It compiles in Eclipse now. I really like the differential compiler feature. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: Interest in EPC RFID project(s)?
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821794#3821794 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821794 interesting, I was reading about RFID in scientific american and it is one of these simple things where the possibilities seem endless. What is EPC? is it some software behind it? We rarely steer new contributions. Let me explain it: if it is important to you then you would probably contribute it yourself. That is the way it works. So we wouldn't stop you from contributing. --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821223#3821223 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821223 One more thing that will throw off HotSpot is the Advisable interface since it essentially says that the profile of a method changes in time. There need to be callbacks on insertion of interceptors to retrigger compilation --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: Cache with
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821224#3821224 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821224 Right, we need the notion of regions. Do you have cycles to code this? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Caches on JBoss (Caches/JBoss)] - Re: need in-container treecache example
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821344#3821344 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821344 I was going to RTFM but do we have an TFM? in other words did you find any doco on the cache page yet? --- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356alloc_id=3438op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Persistence development forum] - Re: Using Hibernate and JBoss, how to?
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820786#3820786 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820786 RTFM --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Nukes Development] - Re: Bug in ThemeSupport.java
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820810#3820810 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820810 thanks siandty, Julien is currently onsite working on a large RFP ;). When he comes back he will be able to fix this. Can I ask you to put this in sourceforge.net? so we keep track of the bugs? I think there are other people involved in the development of nukes already and I would recommend expanding the team at this point :) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [TODO -- DEVELOPMENT] - Re: CeBit get together?
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820811#3820811 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820811 heiko, can you pay for your seat? if not let me know directly. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JMX on JBoss (JBoss/JMX)] - Re: Unification of invocation and interceptors
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820647#3820647 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820647 on the topic of return interceptors. Try catch is ok but the important point is interceptor variable visibility across in and out. For example think TX interceptor, the behavior of the interceptor on the OUT part depends on the IN part (was there a transation in a REquires NEW mode?). If you don't have one instance dealing with that, you are stuck with stuffing that information in the invocation object and retrieving it on the way out. IN/OUT separation of interceptors make it just more complex to write for not functional advantage (that I can see) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: object pooling detrimental to performance
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820452#3820452 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820452 That is kind of interesting really. People where bitching about the hit they were taking with the object creation. I find it hard to believe that in fact it is FASTER to not pool. Very interesting. I guess the limit is VM garbage collection on large system vs pooling. Meaning in the future we should think about it in the scope of scalability. But for now people are going to bench invocations one by one so this number is better --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [Tomcat] - Re: Integration of Tomcat 5.0.16 with Jboss 2.4.7
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820322#3820322 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820322 this is exactly the kind of situation we would take under the for-pay contracts. Very few people use 2.4 and it doesn't make sense for us to support it for free. If you would take a contract out we could look at that integration work. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: New AOP stuff going on.
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820347#3820347 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820347 this is great stuff we need you to do a BLOG entry about this to give some visibility and order on the forums posts --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE in MethodTailInterceptor
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820235#3820235 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820235 yeah yeah yeah come and help come and help. marcf --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: Bug in ClassAdvisor
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820236#3820236 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820236 rythos, get RW will you? --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [AOP on JBoss (Aspects/JBoss)] - Re: NPE in MethodTailInterceptor
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820249#3820249 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820249 this is how we recruit. ooo we see the eye in you.. nah bullshit, just code a ton and get the stuff working and you are in. You say you are done soon huh? hmm --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Training in Houston coming up
Guys, We got an advanced training coming up in Houston Texas. Feb 16-19 2004. We cover the latest 3.2.x series and you get primo insights into the advanced material with 4.0. Whether you are going to production and you want to understand how to optimize JBoss, want to learn about the latest JBossCache or are starting your ISV development, be sure to attend the advanced training. This is a 4 day class that goes for $3000. The training will be given by Scott Stark, CTO of JBoss and Alex Loubyanski, CMP lead visiting from Ukraine. More information is available at http://www.jbossgroup.com/index.html?module=htmlop=userdisplayid=servi ces/training/schedule#houston-adv Regards, marcf --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] URL based transaction demarcation and long running transations
Isn't that already part of the AOP framework or are you talking about a servlet filter? narcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, January 19, 2004 11:51 AM To: Jboss-Dev Subject: [JBoss-dev] URL based transaction demarcation and long running transations I'd like for somebody to look into being able to define transaction demarcation like we can for EJB at the servlet/jsp/war level. So, based on a URL pattern you can specify trans-attributes. Along with this would be stuffing the transaction into the HTTP session so that you can have long transactions that span separate HTTP requests. I don't think that something like this would be very hard to do. It is just a matter of providing a Filter and some metadata with jboss-web.xml. You can probably steal a lot of code from the transaction interceptors within our ejb stack and invokers. Let me know if anybody is interested and I can give you some more ideas. Bill P.S. Ivelin. I'd like to add this to the roadmap. -- Bill Burke Chief Architect JBoss Group LLC. --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What are you doing that is cool on JBoss?
Link please :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Morrison Sent: Friday, January 16, 2004 5:13 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] What are you doing that is cool on JBoss? I've built an adult site around jboss3.2.3 ... not pr0n as such, but more advanced than any other *similar* site :-) ... So I do a lot of JBoss training and when I'm not doing that I'm working on making JBoss a kick-ass email server so that no one ever has to use exchange or domino again. I often wonder what the quiet folks are doing that is cool with JBoss. So if you don't have a jboss.org/.com address or even if you do, pipe up and tell me what you're doing. I'd also like to get other folks writing on the (http://linuxintegrators.com/jbossBlog) jbossBlog about cool stuff. Do you have a blog? Who are you? -Andy _ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] What are you doing that is cool on JBoss?
Actually I should mention. We power playboy.com (for real). I have a check from christie heffner on my wall in the office (for real). We never cashed it, I never washed the hand that took the check out of the envelope. The funny part (for real) is that WE COULDNT FIND ANYONE TO GO ONSITE, all the guys wanted to go, all the women put their veto :) Like you get bunnies walking around naked in the IT department... Makes you lose focus. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Morrison Sent: Friday, January 16, 2004 5:13 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] What are you doing that is cool on JBoss? I've built an adult site around jboss3.2.3 ... not pr0n as such, but more advanced than any other *similar* site :-) ... So I do a lot of JBoss training and when I'm not doing that I'm working on making JBoss a kick-ass email server so that no one ever has to use exchange or domino again. I often wonder what the quiet folks are doing that is cool with JBoss. So if you don't have a jboss.org/.com address or even if you do, pipe up and tell me what you're doing. I'd also like to get other folks writing on the (http://linuxintegrators.com/jbossBlog) jbossBlog about cool stuff. Do you have a blog? Who are you? -Andy _ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Fwd: ASF JIRA Installation is available
Danch is still alive, amazing, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of danch Sent: Thursday, January 15, 2004 5:26 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Fwd: ASF JIRA Installation is available you _are_ joking, right? Andrew Oliver wrote: If we forego unnecessary features from the bug tracker such as: Fields (really just a nicety) Search/filter on fields (nice to have but who needs it) History (Nice to have but you only need to know that there is a bug) Change notification for bugs (not really needed) We can then just use the nukes forums for bugs and forego the bug tracker all together. -Andy From: Bill Burke [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Thu, 15 Jan 2004 15:52:25 -0500 To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Fwd: ASF JIRA Installation is available Actually, that's a great idea. We'll write a bug tracker for nukes for 6 months, but then decide to replace it with Jira because somebody wants Wiki style bug text. Bill Andrew Oliver wrote: Maybe someone can write a bug tracker module for nukes }:-) -Andy --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Remoting and NAT traversal, advanced network]
And, no Marc, this isn't relegated to just JMX as Bill demonstrates with AOP Remoting. This should be used for JMS, EJB and all the other subsystem layers. ;) That is great, the AOP remoting part is the future. But the best of this will come as the invoker layer for proxies of EJB (which do use the JMX invokers). Replace the EJB invokers with the functionality pointed out by Scott and you got massive usage of this. Marcf --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JMX 1.2, remoting, and jmx-remoting commited to 3.2 branch
Thanks jeff, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Haynie Sent: Saturday, January 03, 2004 11:25 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JMX 1.2, remoting, and jmx-remoting commited to 3.2 branch OK, I commited this -- remoting services are now deployed in remoting-service.xml in default and all. It's not in minimal. Jeff Scott M Stark wrote: I don't want the remoting code in the conf/jboss-service.xml file yet. This needs to contain only the required services. The remoting services need to be a seperate sar in deploy for easy removal if they are not wanted. Scott Stark Chief Technology Officer JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Haynie Sent: Saturday, January 03, 2004 7:45 AM To: [EMAIL PROTECTED] Cc: Tom Elrod Subject: Re: [JBoss-dev] JMX 1.2, remoting, and jmx-remoting commited to 3.2 branch Tom/Scott, The modules remoting and jmx-remoting weren't integrated into the main build and weren't being built into the main distribution. I fixed this and also setup the default detector/connectors to be automatically deployed as part of the default jboss-service.xml. I've committed this fix to the branch. Jeff --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] One way invocations in remoting added
Nice job tom, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Elrod Sent: Thursday, December 04, 2003 11:48 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] One way invocations in remoting added I have added the ability to do true one way invocations within JBoss Remoting. I also started a small section within the JBoss Remoting document on it (included see below). While the code is functional, my performance tests have uncovered some scale problems within the remoting code that I am going to begin working on. After I get this ironed out I plan on putting together a matrix showing the performance trade offs between the different one way calls and the two calls using different protocol transports. If you have any questions, please let me know. Any feedback would be greatly appreciated (positive or negative). BTW, you can find the JBoss Remoting doc at http://jboss.org/modules/html/developers/projects/jboss/remoti ng/jboss_remoting.doc Thanks. -Tom One way invocations The JBoss Remoting framework also provides the ability to make one way calls for invocations that are not expecting a return value. Using one way invocations will greatly increase the rate at which a client may make remote calls. The traditional two way invocation will cause the calling client thread to block as it makes a request to the server, wait for the request to be processed and then a value returned to the waiting client thread, at which point it will return. In one way invocations the calling client request is handled by a thread pool to perform the request. Thus, the client thread is returned as soon as the request has been handed off to the thread pool and does not have to wait for the request to be processed. There are two configurations that can be used when making a one way call; the first is to have the request performed by a thread pool that exists on the client and the other is to have the request performed by a thread pool that exists on the server. Client side one way When using the client side thread pool to perform the request, the calling thread will return almost immediately and the request will be executed by a different worker thread. Even though this method reduces the execution time by the calling thread, the caller looses visibility to any exceptions that may occur contacting the server, such as in the case that the server is down. Server side one way When using the server side thread pool to perform the request, the calling thread will follow the execution path through the transport to the server side. The server will receive the request and place in a thread pool to be executed on the server side and the calling thread will return. The request will then be executed by a worker thread on the server side. Although using the server side one way configuration is a little slower than the client side one way, the caller will be thrown any exceptions that may occur in the process of calling to the server. In either configuration, server side or client side, the caller will not be aware of any exceptions that occur during the actual processing of the request within the server handler. One way API One way invocations are exposed within the org.jboss.remoting.Client class. The relevant methods are: public void invokeOneway(final Object param, final Map sendPayload, boolean clientSide) throws Throwable public void invokeOneway(Object param, Map sendPayload) throws Throwable The method containing the boolean parameter allows users to decide if should use client side or server side thread pool execution. The other method defaults to server side thread pool execution. Making calls on the one way invoke methods is the same as you would on the two way invoke method. --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] EJB 3.0
Bua... AOP and EJB a la carte. Dude, why I love EJB's was the deconstruction of EJBs to reoffer them a la carte. We are there, almost, and so beyond in many ways. I just read a paper for AOSD that introduces STREAM semantics as aspects for EJB like constructs, meaning POJOS :) He he snort. Seriously, I don't know that we are formally involved in that spec, but we should, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rupp, Heiko Sent: Monday, December 01, 2003 4:42 PM To: Jboss-Devel-List (E-Mail) Subject: [JBoss-dev] EJB 3.0 Hi, is there anyone involved here: http://jcp.org/en/jsr/detail?id=220 ? Heiko -- Heiko W. Rupp EMail: [EMAIL PROTECTED] Senior Consultant Telefon: +49 711 222 992 - 900 Cellent AG Finance SolutionsTelefax: +49 711 222 992 - 999 Calwer Str. 33 D-70173 Stuttgart --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Tomcat updates
- Hopefully we'll have a JB 3.2.3 bundle with Tomcat 5 :) Yep Marcf -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) Sà RL x --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Hibernate Integration
Yes :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stefan Arentz Sent: Tuesday, November 25, 2003 4:48 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Hibernate Integration Is the JBoss group going to add 'official' support for Hibernate to JBoss? I mean to bundle it in a .sar, integrate Hibernate Session management into the EJB container? All the stuff that is badly documented right now :-) S. --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Tomcat session replication
Good job, But a clear job for AOP in JB4. The cache product is DYNAMITE. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sacha Labourey Sent: Sunday, November 23, 2003 6:17 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [JBoss-dev] Tomcat session replication Hello, A few changes in the Tomcat HTTP Session replication code. First, some unnecessary synchronization has been removed. This should lead to better scalability and in some cases remove the impression that the replication is hanging. Second, the replication has been improved. Without using AOP-like frameworks, it is hard to determine when an HTTP session is modified. When setAttribute is called, the situation is (almost) obvious. However, if only getAttribute is called, you never know as something like that could occur: ( (HashMap)session.getAttribute (bla) ).put (newKey, newValue); In that case, the setAttribute is never called but the content of the session is modified. Consequently, it is up to the developer to help the container optimize its work. A new tag (session-replication-trigger) has been added to JBoss-web.xml: !ELEMENT jboss-web (class-loading?, security-domain?, context-root?, virtual-host?, use-session-cookies?, session-replication-trigger?, resource-env-ref*, resource-ref* , ejb-ref* , ejb-local-ref*, depends*) This tag determines when the container should consider that a session must be replicated accross the cluster. Possible values are: 1 - SET_AND_GET 2 - SET_AND_NON_PRIMITIVE_GET (default value) 3 - SET The first option is conservative but not optimal (performance-wise): it will replicate the session even if its content has not been modified but simply accessed (getAttribute). As shown above, there is no deterministic way to know if the content of an attribute is not itself modified. It WAS the default value in the past (simply because it was the only implementation available), which explain why the perf will be improved now. The second option is conservative but will only replicate if a non-primitive Object has been accessed (Integer, Long, Double, Short, String, etc. which are immutables). We can take that decision because the previous example cannot be used to modify a session without calling setAttribute (as the objects are immutable). It is the NEW default value. The third option considers that the developer will explicitely call setAttribute on the session otherwise it will not be automatically replicated. Tag examples: session-replication-triggerSET_AND_GET/session-replication-trigger or session-replication-triggerSET_AND_NON_PRIMITIVE_GET/sessio n-replication- trigger or session-replication-triggerSET/session-replication-trigger Furthermore, in the past, when a new session was created, two replications were occuring (one for the creation, one when setting the session). Now, these two steps are reduce to a single step = a single replication. These two changes should improve the performance of your current clustered Web Application (using Tomcat). Cheers, Sacha --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] FW: [Core] Sys Admin Denver Sold OUT
Guys, denver is sold out, marcf From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark AndresSent: Tuesday, November 18, 2003 3:22 PMTo: 'The Core'Subject: [Core] Sys Admin Denver Sold OUT We have hit our cut-off of 28 attendees registered for sys admin denver. We may be able to squeeze in 1 or 2 more but I have change it to sold out on the website. -marka ___ the.core mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/the.core
RE: [JBoss-dev] West coast TRAINING
He he
It is SNOWCRASH the known computer virus that when seen turns you into a zombie. It
really reprograms your brain to give us all your earthy belonging to us and attend LA
bootcamp.
Sorry you are having such a horrible experience,
marcf
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jim Brownfield
Sent: Wednesday, November 12, 2003 5:34 PM
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] West coast TRAINING
I click on your link, and I get a page full of the following:
[vwrtT]/9qTK(E4}\t
)R 'nvM`0]o m'ds~%]*]Ro3 r
| T_ZMO
LQ)9B0*/(; ]e
t/$N#qqb-2IT|N-}Me!/'.3
m'49bBKu2Bl-RiM!4 ,U~8
I?%'H6xM 3Y e ,[EMAIL
PROTECTED]
Ep?YMyb6 4J[/?kk|xTt3;,ua!.a
}=ZD`h0=7
TkBC7U,iBhJ
9E[
J^XHL0jgCYJAZ 'G %`wE4m5A
a2w]O64? S}|~'d%08R|F
\_#* ln\s'K;[EMAIL PROTECTED]
.nUZM#R8f-6EbHZST{~$8:R
_yrYNBecS.E,M
I'm assuming somehow the MIME information is not being
exchanged properly. I've seen this before on jboss.org (and,
occasionally, on pages served up internally using
JBoss/Jetty). I'm running with sp2.
--
Jim Brownfield
[EMAIL PROTECTED]
Radical System Solutions, Inc.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Scott M Stark
Sent: Wednesday, November 12, 2003 2:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] West coast TRAINING
I have IE60sp1 with winxp pro and the bootcamp link looks fine:
http://www.jbossgroup.com/index.html?module=htmlop=userdispla
yid=services/training/bootcamp#losangeles
Not sure what the issue could be.
--
Scott Stark
Chief Technology Officer
JBoss Group, LLC
Jim Brownfield wrote:
I tried to check out the LA bootcamp, but all I get is
garbage when I
click on the link.
I've seen this before on other pages under jboss.org. I tried
deleting the cache and forcing a reload, but nothing seems
to make it readable.
I'm using I.E. 6 under Windows XP Pro.
---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV,
and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
NHS[?{
r}}z h?z?-z-? ZazV?z]z ?
Zr U,[EMAIL PROTECTED] 0j( h ?hg?f)+-$,?7zZ) +-.?a a l b,? y+ ?b ?+-w 6 ^hg?
NHS^[){([
Zr}}zhz-z-ZazVz]z
Zr U,[EMAIL PROTECTED]
0j(hhgf)+-$,7zZ)+-. alb,y+b?+-w6^hg
[JBoss-dev] West coast TRAINING
Guys, We will be in LA for bootcamp THIS WEEKEND. So if you are on the west coast, come. I will there and you can ask me all the question about the latest stuff as well as Scott Stark who will talk about the upcoming 3.2.3 release. Adrian brock (JMX, JMS, AOP) will be there from the UK and Bela Ban (cache, jgroups) and ben wang who is starting Monday with us (;) and worked on the cache stuff. So... It is going to be a good checkpoint show and we will breeze through the west coast. Don't miss us. We are about 30 people so we it is going to be a intimate session almost. Registration: www.jboss.org click on the right side. DENVER ADMIN is selling like crazy. We are 20 days away and already almost sold out. I recommend you guys on the west coast that want to get a deep understanding of the admin (netboot, management) to register soon. The Denver training will be done by Bill Burke in person (JB4), don't miss it. We hope to see you there, these are the boom times Regards marcf x Marc Fleury, Ph.D Founder JBoss Group, LLC x --- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] And another JBoss fork
Title: Re: [JBoss-dev] And another JBoss fork LOL marcf Yes, much fun. And like computers: they give cryptical error reports :-)
RE: [JBoss-dev] commit of jmx package done
Well done tom :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tom Elrod Sent: Friday, October 24, 2003 10:20 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] commit of jmx package done (I sent this last night be never showed up in my inbox, so sending it again. Sorry if you get this twice, but wanted to make sure it got out) The commit of jmx package to HEAD to bring in JMX 1.2 from BRANCH_4_0_DR3 is done. I tagged CVS with 'pre_JMX_1_2' immediately before commit and tagged with 'pre_JMX_DR3' a few days ago, which is the source the committed code was based on. I tagged with 'post_JMX_DR3' after all the files were committed. It looks like everything is building properly in Linux and Windows as well as starting the server with 'all' configuration is working (both Linux and Windows). I have not committed the changes for the testsuite, so it is not compiling at this point. I will be committing those files tomorrow, accompanied by another CVS tag. However, I ran the testsuite before initial commit (which will should be same results after commit) and can see the results of HEAD and the changed code at following links: before: http://e2technologies.net/projects/jboss/test/results/windows/ HEAD/html/ after: http://e2technologies.net/projects/jboss/test/results/windows/ rollback/html/ If you experience any problems you think are related to the checkin, please let me know. The rest of this covers the changes made... The code checked in under the jmx package was all based on the BRANCH_4_0_DR3 and had to remove some of the files at HEAD, add some files to HEAD, and modify a lot of existing files. The only package to remain untouched was the mx.loading. The packages for JMX Remoting were removed and will be added back as it's own module (in order to break the dependency between jboss-mx and jboss-remoting). Also, if you have checked any code into the jmx module within the past couple of weeks, I can not guarantee that I did not over write the changes with my local updated copy. I tried to find any changes that I could migrate into the jmx 1.2 codebase, but is very possible I missed something. So I you have made changes to jmx, please help me by verifying that you changes made it into this commit (or are at least relevant to the new code base). Files to committed outside of jmx package: sever\src\main\org\jboss\jmx\connector\rmi\RMIConnectorImpl.java server\src\main\org\jboss\web\ WebClassLoader.java jboss.net\src\main\org\jboss\net\jmx\adaptor\server\Adaptor.java system\src\main\org\jboss\Main.java server\src\main\org\jboss\jmx\adaptor\rmi\RMIAdaptor.java tomcat\build.xml build\build.xml Had to hack in some changes to LoaderRepository. The reason is that WebClassLoader now indirectly uses this, which calls getCachedClass() at some point (per changes to HEAD at start of the month). So I copied the implementation from UnifiedLoaderRepository3 to make it work. However, this is NOT a good long term solution as LoaderRepository is an abstract class and the extending classes will need to be able to get access to the cache so it can clear it if a ClassLoader is removed. Adrian, could use your help on straightening this out. -Tom --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] We need a 3.0.9 maintenance release
Won't introducing the same code require an incompatible change to the current datasource jboss-service.xml schema? Given the hideous nature of 3.0 format I can't say this is a bad thing. I am glad the clowns responsible for this configuration mess self-flushed themselves to apache Cleaning up the house. marcf Everything else seems to be an implementation detail I don't have a problem with. -- Scott Stark Chief Technology Officer JBoss Group, LLC Adrian Brock wrote: On Wed, 2003-10-22 at 18:40, Scott M Stark wrote: We need a 3.0.9 maintenance release. Let me know what outstanding issues need to be ported to the 3.0 branch for a release so I can set a timeframe for this. I'd like to backport jbossmq, mdb and jca from 3.2. This would let me maintain one codebase. The 3.2 Transaction Manager would probably be a good idea as well? However, this would introduce configurations changes into the 3.0 branch such as the -ds.xml deployments or at least moving the connection factory config onto the pool mbean. Additionally it would require a number of other changes/fixes like TransactionLocal and MBeanServerLocator.locateJBoss() (others I would find while doing it?) Is that acceptable? 3.0 does not properly support OracleXA which is a spec unto itself :-) Regards, Adrian --- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] And another JBoss fork
oh my god, here goes the business. They are barely out of the womb and already they want to rule the world! Take our business away and ruin us too many forks, they are happening like rabbits. My twins will kick the butt of your deamons :) well done to everyone, babies are always good news. :) cheers and onward, marcf From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rupp, HeikoSent: Tuesday, October 28, 2003 4:54 PMTo: [EMAIL PROTECTED]Subject: [JBoss-dev] And another JBoss fork Hi, I am pleased to announce that another JBoss fork has happened. For details see: http://www.pilhuhn.de/orlando/ As you can see from the first picture, the young man will work on deamonish functions. Heiko
RE: [jboss-group] FW: [JBoss-dev] [ jboss-Bugs-643739]unknown-pk?missing in jbosscmp-jdbc_3_0
He he, Sacha pointed out that we are comm on jboss-dev. Guys I do apologize but as you can tell the eyes in the sky are recruiting. It is a positive thing as professional open source is booming. I will take the opportunity to reach and say that joining JBoss Group through the ranks is the easiest way. It is not that difficult to get into the codebase, there are plenty of open places. Guys like Laurent (which I met in Paris hence the bravo ta bite comment, private joke) who dive in and want to become pro are what we are looking for. So if you have it in you, know that open source development leads to Professional open source development and this is very early in the game, Recruiting a few good men (and women hopefully;) Peace Love and Good code marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Sabrin Sent: Friday, October 10, 2003 1:29 PM To: Private list for internal JBoss Group discussion; [EMAIL PROTECTED] Subject: RE: [jboss-group] FW: [JBoss-dev] [ jboss-Bugs-643739]unknown-pk?missing in jbosscmp-jdbc_3_0 bring him the america:) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of marc fleury Sent: Friday, October 10, 2003 1:21 PM To: 'Private list for internal JBoss Group discussion'; [EMAIL PROTECTED] Subject: RE: [jboss-group] FW: [JBoss-dev] [ jboss-Bugs-643739 ]unknown-pk?missing in jbosscmp-jdbc_3_0 Let's get laurent on board, it seems our bravo ta bite comment made it through, he buys it :) Cool, Sacha keep a close eye on this guy he is good, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sacha Labourey Sent: Friday, October 10, 2003 11:56 AM To: [EMAIL PROTECTED] Subject: [jboss-group] FW: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk?missing in jbosscmp-jdbc_3_0 Laurent is our new bug-report serial-killer!!! ;) That's great, thanks! I did it once, it was good to close all these cases! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SourceForge.net Sent: vendredi, 10. octobre 2003 17:52 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk? missing in jbosscmp-jdbc_3_0 Bugs item #643739, was opened at 2002-11-25 21:04 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=6 43739group_id =22866 Category: None Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Harald Venström (hvenstrom) Assigned to: Laurent Etiemble (letiemble) Summary: unknown-pk? missing in jbosscmp-jdbc_3_0 Initial Comment: The optional defaults element unknown-pk? is missing in the online document: http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd for reason unknowed it seem to have been lost in the latest update? (fFrom the 22/11...). - - Comment By: Laurent Etiemble (letiemble) Date: 2003-10-10 17:52 Message: Logged In: YES user_id=437455 This feature is only available in 3.2.0. That why it doesn't not appear in the dtd. - - You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=6 43739group_id =22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [jboss-group] FW: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk?missing in jbosscmp-jdbc_3_0
Let's get laurent on board, it seems our bravo ta bite comment made it through, he buys it :) Cool, Sacha keep a close eye on this guy he is good, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sacha Labourey Sent: Friday, October 10, 2003 11:56 AM To: [EMAIL PROTECTED] Subject: [jboss-group] FW: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk?missing in jbosscmp-jdbc_3_0 Laurent is our new bug-report serial-killer!!! ;) That's great, thanks! I did it once, it was good to close all these cases! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of SourceForge.net Sent: vendredi, 10. octobre 2003 17:52 To: [EMAIL PROTECTED] Subject: [JBoss-dev] [ jboss-Bugs-643739 ] unknown-pk? missing in jbosscmp-jdbc_3_0 Bugs item #643739, was opened at 2002-11-25 21:04 Message generated for change (Comment added) made by letiemble You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=6 43739group_id =22866 Category: None Group: None Status: Closed Resolution: Invalid Priority: 5 Submitted By: Harald Venström (hvenstrom) Assigned to: Laurent Etiemble (letiemble) Summary: unknown-pk? missing in jbosscmp-jdbc_3_0 Initial Comment: The optional defaults element unknown-pk? is missing in the online document: http://www.jboss.org/j2ee/dtd/jbosscmp-jdbc_3_0.dtd for reason unknowed it seem to have been lost in the latest update? (fFrom the 22/11...). -- Comment By: Laurent Etiemble (letiemble) Date: 2003-10-10 17:52 Message: Logged In: YES user_id=437455 This feature is only available in 3.2.0. That why it doesn't not appear in the dtd. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=6 43739group_id =22866 --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ jboss-group mailing list [EMAIL PROTECTED] http://mail.jboss.org/mailman/listinfo/jboss-group --- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] CVS
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian Brock Sent: Thursday, October 02, 2003 5:53 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] CVS Anybody else having problems connecting to cvs? Regards, Adrian -- Adrian Brock Director of Support Back Office JBoss Group, LLC --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy
- Generalization of the proxy factory framework to loose the ejb specific items manifestly showing up in the org.jboss.proxy.GenericProxyFactory which should be a more generic metadata representation. The only difference between the http proxy factory and jrmp proxy factory is a different Invoker type and the lack of a jndi name. Great - The whole Invoker layer needs to be migrated to the more general remoting framework. The remoting Ok, I am unfamiliar with that framework. The only 'surface' problem I would have would be to tie it to JMX. The targets need to be identified by logical names. The logical names are mapped to 'handlers', for example a JMX one that understands the target identifier as a JMX MBeanName etc. - There is an XMBean interceptor which implements the invoke(Invocation) handling in the 3.2.1 admin/devel book which should be rolled into the codebase. The problem here is that is has to deal with 2 types of Invocations and two type of Interceptors. This needs to be unified. Unifying the interceptors would be a good idea. The only thing that needs to be multiple is AOP that deals with interfaces (Dynamic Proxy) or the AOP that deals with raw objects and the javassist framework. But definitely the SIGNATURE of the invocation should be unified so that interceptors themselves come in ONE flavor Public Invocation invoke(Invocation) And then we can weave these in the EJB contaienr, the XMBean container (the first two should be unified in their constructions as well as you point out) and raw AOP containers with assembly based on the XML bill has. But all the interceptors should have the same API, same thing with the Invocation object itself, good call on that. Marcf --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy
Keyo, InvocationException extends Invocation InvocationResponse extends Invocation So you get the original context in both cases marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sacha Labourey Sent: Saturday, September 20, 2003 11:34 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy Unifying the interceptors would be a good idea. The only thing that needs to be multiple is AOP that deals with interfaces (Dynamic Proxy) or the AOP that deals with raw objects and the javassist framework. But definitely the SIGNATURE of the invocation should be unified so that interceptors themselves come in ONE flavor Public Invocation invoke(Invocation) Right now, the new signature that Bill implemented is something like: public InvocationResponse invoke (Invocation) throws Throwable More specifically, when an exception is thrown, it is not wrapped inside the InvocationResponse but thrown back directly (not even wrapped). This is bad IMHO as this prevent to attach payload to invocations that generate exceptions. If we want to always be able to send back data to the client side, we don't care if an Application Level exception (even system in fact) has been thrown. One way to solve that and if we want to keep the good old (working) try...finally construct we have today in the interceptors would be to change the signature like that: public InvocationResponse invoke (Invocation) throws InvocationException And have the InvocationException exception wrap the source Exception/Error and allow attachement of arbitrary payload. Cheers, Sacha xxx Sacha Labourey General Manager JBoss Group (Europe) SÃ RL xxx --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy
Oh great then, logical names and all then marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Haynie Sent: Saturday, September 20, 2003 4:43 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy Nice to see Marc is still on the remoting is tied to JMX kick which is completely and utterally incorrect. ;) Remoting has nothing to do with JMX, except that as a convenience the connectors serve as MBeans. - Original Message - From: marc fleury [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 20, 2003 11:22 AM Subject: RE: [JBoss-dev] Re: [jboss-group] JRMPInvokerProxy - Generalization of the proxy factory framework to loose the ejb specific items manifestly showing up in the org.jboss.proxy.GenericProxyFactory which should be a more generic metadata representation. The only difference between the http proxy factory and jrmp proxy factory is a different Invoker type and the lack of a jndi name. Great - The whole Invoker layer needs to be migrated to the more general remoting framework. The remoting Ok, I am unfamiliar with that framework. The only 'surface' problem I would have would be to tie it to JMX. The targets need to be identified by logical names. The logical names are mapped to 'handlers', for example a JMX one that understands the target identifier as a JMX MBeanName etc. - There is an XMBean interceptor which implements the invoke(Invocation) handling in the 3.2.1 admin/devel book which should be rolled into the codebase. The problem here is that is has to deal with 2 types of Invocations and two type of Interceptors. This needs to be unified. Unifying the interceptors would be a good idea. The only thing that needs to be multiple is AOP that deals with interfaces (Dynamic Proxy) or the AOP that deals with raw objects and the javassist framework. But definitely the SIGNATURE of the invocation should be unified so that interceptors themselves come in ONE flavor Public Invocation invoke(Invocation) And then we can weave these in the EJB contaienr, the XMBean container (the first two should be unified in their constructions as well as you point out) and raw AOP containers with assembly based on the XML bill has. But all the interceptors should have the same API, same thing with the Invocation object itself, good call on that. Marcf --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] connection listerner lookup has contention
Just one word... Why can't the connection listener be stored in the Managed Connection? I'd like to remove this contention. OptimizeIt has this at 32.9% in my little test on a dual CPU machine with 10 threads in contention. Wow Marcf --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] EURO BOOT CAMP Amsterdam NEW DATES
So someone reminded me that in europe people don't like to take time off their hollidays or weekends to go to a training. How could I forget? Silly me. So we moved the dates for the amsterdam bootcamp from the weekend Oct 11-12 to OCT 13-14. If you have already registered we will be contacting you individually. The bootcamp will feature all the european crew and some of the US as well, it is going to be a good event, The new dates are MONDAY and TUESDAY OCT 13-14. http://www.jbossgroup.com/index.html?module=htmlop=userdisplayid=servi ces/training/bootcamp marcf x Marc Fleury, Ph.D Founder JBoss Group, LLC x --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [jboss-group] revamping Invocation objects
You guys are talking about a 3.3 proxy talking to a 3.2 server? If that is the case, it is not really relevant as most proxies are dynamically generated. Or are you talking about portability of interceptors working on the Invocation objects? The stability of 3.2 and its performance are priorities #1, 3.x will live for MANY years marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Thursday, September 11, 2003 6:22 PM To: Private list for internal JBoss Group discussion; Jboss-Dev Subject: [JBoss-dev] Re: [jboss-group] revamping Invocation objects I'd rather not maintain something like that. What do you think? IMHO, we should guarantee over-the-wire compatibility only for a specific branch. over-the-wire compatibility should be breakable between major releases. Adrian Brock wrote: On Thu, 2003-09-11 at 23:00, Bill Burke wrote: Ok, I wouldn't be able to improve raw, over-the-wire, remote performance without breaking compatibility with older JBoss versions. Would it be possible to set a property that provides backwards compatibilty at serialization. Something similar to jmx 1.0 vs jmx 1.1 serialized forms? Regards, Adrian Bill Bill Burke wrote: Only problem here is that what I've done so far is not backward compatible with a previous version of JBoss. I guess this is important. correct? I can make it compatible, but it will be a tiny bit ugly. I did increase performance for noop local interface calls for SLSB by 20%. Adrian Brock wrote: Ideally there should be no hashmap for normal usage. Using the principle: you don't pay for what you don't use. Regards, Adrian On Thu, 2003-09-11 at 20:02, Bill Burke wrote: In our quest to improve performance, I'm doing a redesign of our Invocation object to minimize object creations and hash lookups. I'll base it on some of Sacha's and my own observations. Just wanted to give some heads up just in case somebody else was looking at this too. Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JavaGroups: name change
It is a good name :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bela Ban Sent: Wednesday, August 27, 2003 8:14 PM To: JavaGroups; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: [JBoss-dev] JavaGroups: name change Hi everyone, I've decided to change the name JavaGroups to JGroups. This is mainly due to the fact that I can get sued at any time by SUN for infringing on the Java trademark. To this end I bought jgroups.org and jgroups.net. I did not buy jgroups.com because the guy who had parked it wanted $2 for it. http://www.javagroups.com, http://www.jgroups.org and http://www.jgroups.net will point to the same web site. So, for users of JavaGroups, the package name will change from org.javagroups to org.jgroups. I will perform this change before Oct 1st. I will send out an email to jg-dev when I start. At that point, nobody should write to the CVS. This should actually be really smooth because I can use IntelliJ IDEA's great refactoring package. -- Bela Ban http://www.javagroups.com Cell: (408) 316-4459 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 4.0 rollback 1st phase complete
Phew, I am glad we are done, that was what about 2000 emails on cvs-commit? Wow marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Thursday, August 28, 2003 12:52 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] 4.0 rollback 1st phase complete FYI, I forgot to say that the old HEAD code is under the: Branch_4_0_DR3 Bill Bill Burke wrote: Completed rollback of 4.0 to 3.2 on HEAD. I will start merging 4.0 code tomorrow slowly. I will probably need a lot of help here. Especially in the webservices stuff that was added to 4.0 over the past 9 months. For HEAD modules that exist in Branch_3_2, these modules have been rolled back entirely to the 3.2 series. All new modules in HEAD after 3.2 have been retained in head. Now that we've rolled back, let's start being really careful on how we treat HEAD. HEAD is not a playground. Let's not be sloppy coders. Run the testsuite before you commit anything big. If you are experimenting with a rewrite, create your own branch to work on. Let's keep HEAD stable this time around. Thanks and sorry for the inconveniences. Bill -- Bill Burke Chief Architect JBoss Group LLC. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Interface or protocol between JBoss and its clustering framework
And OTP is a runtime somewhat similar to OTP. That's a relief. marcf --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] RE: [JBoss-user] Re: Recent CVS removals
We are going to be working on these very soon, Julien Viet is tasked with making this happen and thanks for the twiki idea. I have been wrestling with the multithread part. I wanted to do blog on top of discussions (mt discussiosn are great when you are in the flow but suck when it comes to one place to read) whereas the twiki would provide that unique one thread. On the ball, thanks marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Wallis Sent: Friday, August 08, 2003 8:35 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] RE: [JBoss-user] Re: Recent CVS removals On Fri, 8 Aug 2003 03:30 am, Juha Lindfors wrote: The benefit for design and development discussion is clear. You can very easily get the whole history of the discussion thread in front of you (or several threads). Even if the discussion occured 6 months ago and you were not there then to read through it. Just to confuse the issue :-) I've found a much more useful forum for design discussions to be a Wiki web. We have been successfully using one for nearly a year now and have the best documentation for our design work that I have ever experienced. The reason is that it is possible to re-factor the discussions, after decisions are made, into the design document without all the contradictory multithreaded discussions to confuse the reader. We use Twiki which also has version control so the original discussions are still there for historical purposes. Of course, it requires a level of trust and responsibility on the part of the contributers. As to web forums. One that allows either web or email participation would help get more people involved. To split it across two seems very wasteful to me. brian wallis... --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet _072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] July 2003 news
professional open source for the most talented Open Source folks in our industry. Remy is based out of Toulouse France. And with that, I am flying back from Florida, fly out tomorrow to NYC where I talk to financial analysts at a CIBC conference and then out to California, meeting with partners, customers and potential investors for 2 days before coming back home to Atlanta. Life on the road. Until next time, PLgC Marcf x Marc Fleury, Ph.D Founder JBoss Group, LLC x --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Nukes Proposal
The forums IS the place where it was developed. Julien is in Paris at the moment doing consulting, he won't be responsive. The nukes project is 100% funded by JBoss Group at this point so we would welcome input and code for advanced functionality. You are welcome to build modules for it as your own project in sourceforge, you will need to market it yourself and if you are succesful we would fold you back in the JBoss distribution, or... You can't start contributing right here and we can see what kind of contribution you make before we go around changing location and brand. Regards marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles Goodwin Sent: Wednesday, July 16, 2003 10:46 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Nukes Proposal The 'forum' is no place to discuss the development of a CMS such as Nukes. And Nukes is different enough to JBoss to deserve it's own little place in this world. I'd like to discuss the creation of another project on SourceForge, where Nukes development occur and a community can grow and become more involved. My problem with Nukes is that I see potential, and a whole lot of potential. It feels well designed, with it's 'hot loadable' modular approach. It has rudimentry versioning and user/group management among it's facets. It has taken the right approach, but it could go a lot further. I see the potential to develop Nukes into a true groupware application. No, I'm not talking about Exchange - that's not true groupware, but a glorified mail server. There are 100s of decent mail servers, any of which could be used. I'm thinking Document Management, Workflow, Scheduling and Tasks, the real essence of groupware. And I think that Nukes is a decent foundation for creating this. Other modules to cover most of the above can be ported from PostNuke. It can be acheived and it wouldn't be that difficult. Nukes could become a full Groupware server with a CMS, as opposed to a CMS with some slightly Groupware aspects as it is now. There are issues that need to be addressed. Off the top of my head: o Nukes needs to be decoupled from JSP until the only JSP stuff is that in the JSP integration module. JSP should be one of many optional gateways for communicating with the Nukes server. This would allow for specific communication modules (IMAP, iCalender, CAP) as well as other general ones (XMLRPC). o The versioning needs to be decoupled from the HTML so it can be made more generic. A little bit more ambition and Nukes could develop into something amazing. Does anybody else agree with me on that? I'd like to work *with* the JBoss crew on doing anything, I'd rather not have to fork off Nukes myself. By the way, if you do believe this is possible, Nukes should gain it's own identity by being renamed (Nukes obviously being derived from PostNuke) to something else: 'Synergy' perhaps? - Charlie The future of webapps - www.xwt.org --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Nukes Proposal
Yes, obviously thanks bill marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Wednesday, July 16, 2003 5:01 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Nukes Proposal marc fleury wrote: distribution, or... You can't start contributing right here and we can see what kind of contribution you make before we go around changing location and brand. Typo, You can start contributing to the nukes project here... -- Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] new resource for jboss developers and users
We will be working with webm and ROB to include these reports on the www.jboss.org to aggregate all of our platform builds. Stay tuned as we work out the kinks. Yes murphy's law second addendum is that it always raises its ugly head at the worst possible moment. Thanks for your patience, it is good stuff. Regards marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rod Burgett Sent: Friday, July 11, 2003 8:19 AM To: '[EMAIL PROTECTED]' Subject: RE: [JBoss-dev] new resource for jboss developers and users You are correct! :( Looks like an example of Murphy's Law in action! It works during weeks of preparation and fails when I send out the notice! -Original Message- From: Bill Burke [mailto:[EMAIL PROTECTED] Sent: Friday, July 11, 2003 8:12 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] new resource for jboss developers and users Link doesn't work. :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rod Burgett Sent: Friday, July 11, 2003 7:56 AM To: '[EMAIL PROTECTED]' Subject: [JBoss-dev] new resource for jboss developers and users I'm happy to announce the opening of jbossdev.webmethods.com. We want to provide a resource for information on the JBoss testsuite, what kind of results or errors you might expect on various OS and JVM combinations. It is primed with a collection of result sets from 7 operating systems. If the combination you use isn't represented, you can post your results. It's small now but, with your help, we'll grow it. Check it out. This website is supported by webMethods, a JBoss partner. Rod Burgett Senior Software Engineer webMethods, Inc. 3930 Pender Drive Fairfax, VA 22030 USA Ph: 703.460.5819 (tty only) It's all just 0s 1s - the trick is getting them lined up in the proper order --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jobs
Title: Message sunny do me a favor, either post to forums for user help or take out a contract for direct developer support. Asking for user help on the dev list is not appropriate, sorry, marcf -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kurakula, SuneethaSent: Friday, July 11, 2003 2:32 PMTo: '[EMAIL PROTECTED]'Subject: RE: [JBoss-dev] jobs Hi Julien Others, We are already schronizing Map in Cache . But it didn't help Please give me some more ideas in solving below problem. Thanks, Sunny -Original Message- From: julien viet [mailto:[EMAIL PROTECTED]] Sent: Friday, July 11, 2003 11:28 AM To: Kurakula, Suneetha Subject: Re: [JBoss-dev] jobs do you synchronize access to your hashmap ? like cache = Collections.synchronizedMap(new HashMap()); Hello Suneetha, Friday, July 11, 2003, 5:25:14 PM, you wrote: KS Hi All, KS We are using JBOSS as appserver KS We have placed metadata in cache using Hash Map and loading it when KS server is started. KS Cache is working fine for one hour . Problem is after sometime like KS 1hr,2hr inconsistently when we try KS to use cached object from Hash Map it is returning empty object or KS some other value which is not mapped to that key. It is misbehavior. KS Please send me some info if you have any. I am desperately looking for help KS Thanks in Advance, KS Sunny -- Best regards, julien mailto:[EMAIL PROTECTED] --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: c/s JBossMQ status, was: [JBoss-dev] JBossMQ rewrite
As you may know, we are going in a different direction with JMS than the original architecture coded by Norbert Lataille. We are doing a rewrite I guess I had it good. Norbert made a good start. At least basic pub/sub worked. That's better than starting from scratch. Enough of this already! You give credit where credit is due. Norbert Lataille did 80% of the work, you and David Maplesden did the 20% needed for a solid release, but the better than starting from scratch doesn't give credit. You may be right. or wrong. The current JMS will ship until there is a better replacement. Do you plan to replace the The current JMS rewrite by Nathan, Adrian, and Bela is going quite well and we will be replacing the old system in the fall. Don't work on a codebase that is going to be retired and needs to live in depracated mode for awhile. A refactoring isn't what is needed in the JMS subsystem. As scott asked you, please make sure you communicate with nathan, the lead on JMS implementation. Otherwise your work will fall by the wayside. Also the forums are a good place to sync up or ask for clarifications. marcf --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: Jboss-development digest, Vol 1 #5702 - 9 msgs
Good idea, consider it done, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Lewis Sent: Friday, July 04, 2003 2:02 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] Re: Jboss-development digest, Vol 1 #5702 - 9 msgs Can we get a JBossDO forum in the dev forums? Steve __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_06 1203_01/01 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email sponsored by: Free pre-built ASP.NET sites including Data Reports, E-commerce, Portals, and Forums are available now. Download today and enter to win an XBOX or Visual Studio .NET. http://aspnet.click-url.com/go/psa0016ave/direct;at.asp_061203_01/01 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] FW: DR2 Freeze on Monday
Tears in my eyes =*) - JBoss AOP XDoclet Integration. JSR-175 in the present with JDK 1.4 and JBoss AOP. From the hard work of Andy Godwin. - 1st iteration of JDO. Thanks to Alex Loubyansky. - 1st iteration of JMS rewrite. Not full-featured yet, but will run JMS over multicast through JavaGroups. In other words, no app-server middleman for high performance and scalability. Thanks to Nathan Phelps with help from Bela Ban, Tom Elrod, and Adrian Brock. - Expanded pointcuts in AOP framework. per-method, field, and constructor chains. - Improved AOP framework performance. Stage 2 of the 4.0 rocket... Go go go en route to orbit marcf --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] lock errors on commit attempts
Remember to take out the gloves as you type, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Juha-P Lindfors Sent: Friday, June 20, 2003 2:17 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] lock errors on commit attempts Definitely had password problems today. For a moment I thought I had forgotten mine or simply cannot type anymore.. -- Juha On Fri, 20 Jun 2003, Adrian Brock wrote: Hi Scott, I've been seeing the same errors and it was not accepting my password sometimes. I was just persistent. Regards, Adrian Adrian Brock Director of Support Back Office JBoss Group, LLC -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: 20 June 2003 05:59 To: [EMAIL PROTECTED] Subject: [JBoss-dev] lock errors on commit attempts Everytime I try to do a commit I'm seeing a failure like the following: cvs server: failed to create lock directory for `/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins' (/cvsroot/jboss/jbosssx/src/main/org/jboss/security/plugins/#c vs.lock): Permission denied cvs server: lock failed - giving up cvs [server aborted]: lock failed - giving up cvs commit: saving log message in /tmp/cvsIiqHry I saw Adrian check in some files recently. Is anyone else seeing this error? Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.Net email is sponsored by: INetU Attention Web Developers Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JBossMQ rewrite
On the marketing front... Reloaded for the matrix is a great idea but will have too short a shelflife :) plus what we are doing is truly revolutionary so... Start hooking your wagon on that marketing speed train, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Phelps Sent: Saturday, June 14, 2003 6:00 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JBossMQ rewrite JBossMQ—the current code base—will continue to ship with JBoss 3.2 which is, and will remain for some time, the production version. Therefore, making changes to the current code base IS NOT worthless. However, I am working on a brand new implementation with assistance from Adrian, Bela, Bill, Tom Elrod, and Troy Daley. The framework code has recently been checked in to the jboss-jms module in CVS. It is early, but a start. In addition to the traditional client-server oriented JMS we're working on, at Bela's suggestion, I was able to implement a pure p2p implementation of the JMS topic messaging domain that does non-durable subscribers over JavaGroups. At Bill's request, we're going to get this code out there quickly (July). To my knowledge this will be the first pure p2p (server-less) JMS implementation in open source and it will provide very fast in-firewall publish and subscribe over multicast. Thanks, Nathan Phelps JMS/JBoss (Reloaded) Project Lead JBoss Group, L.L.C. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, June 13, 2003 4:45 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] JBossMQ rewrite Can  anyone give me some informations about the current state of the announced rewrite of JBossMQ for JBoss 4 ? Does it still make sense to implement needed features on the current JBossMQ implementation ? I don't want to spend time on something that gets nuked in short time :-) Regards Ulf --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697- 6916-5 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: eBay Great deals on office technology -- on eBay now! Click here: http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] anybody want to integrate JBoss Remoting?
I am worried that it is in JMX. It should be an MBEan with SARS. marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Wednesday, April 09, 2003 11:00 PM To: Jboss-Dev Subject: [JBoss-dev] anybody want to integrate JBoss Remoting? I am too busy finalizing the AOP framework and AOP services(Bela has me doing some tasks for him on cache). Does anybody want to integrate JBoss Remoting into EJB? If anybody is intersted, please coordinate with me. Bill Burke Chief Architect JBoss Group, LLC Cast your vote for JBoss as JDJ Best App Server http://www.sys-con.com/java/readerschoice2003/vote.cfm --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
1) POJO pojo = new POJO(); pojo = (POJO)Versioned.makeVersioned(pojo); That is really pretty tho :) You need to define the pojo as aspectable (advisable). or 2) Define a constructor-pointcut on the POJO class (I will implement this today.) nice, marcf Agreed. A remote proxy must figure out at marshall time how it can comunicate back to the server. but, but but... so we are in the AOP remote and we are about to return an object to the remote caller. Can the response do return AOPRemote.makeRemote(object); ? So that even the proxy is constructed as needed (meaning when you return?) marcf 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 attachment: winmail.dat
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
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 correct. Versioning interceptor to wrap up children objets with the versioning proxy also when they are accessed. That way if you do a: not needed on reference work, just recursively instrument all get/set of the objects in the graph. As a reference of the top node, if we declare the top one to be advised, we can in fact dynamically instrument the references for the same acidity, when they are assigned to the class and that recursively. 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?? we can as described in my previous mail. getBalance() is a method that does a setBalance(getBalance+10.00); and we detect that one change and that one change only. marcf 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
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
Digging throught that thread and the bela discussion of cache. 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 point being made was that there is another way to do this that I find a little more intuitive (and it seems to solve the Person.getAddress() instrumentation problem of bela, done). Essentially instrument the get/set methods (eventually field in V2 if we can do it right) and then you are instrumenting the actual instance. The reference you are holding to an object, even if dynamically instrumented (such as an object inserted in cache) is held, get/set do not require that you get a new reference. Sacha pointed out to me in Paris that using a proxy may be a simpler way for you to deal with the Remoteness aspect, which does always require this proxy, I doesn't' help on the server though. 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). Ok. Serialization is needed because you are just doing deep copy of the object (simple I agree). But in fact we do have the knowledge of state changes for most basic types/all application types as we make a requirement. That means that tracking the individual field changes as in CMP2.0 is a given. All individual sets should trigger versioning of the individual fields. As we realized in the cache discussion with Bela and you this essentially does away with the serializable requirement. 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? For most types it is trivial but for Maps. Adrian has a very simple solution to this, pitched it in Paris. In fact he didn't even men. Simply overwrite the class in the class pool so that when a CL asks for HashMap() you really return a JBossHashMap which has the CRUD operations overloaded (something like that I wasn't really fully there that night, mostly drunk). Simple. For most POJOS it is trivial. Meaning that pojo.setSomeField(value); is an instrumented method with either /* * jboss-tag:acid=true * * when david gets around to writing XDoclet in AOP :) * */ public class stuffWeWantACID which generates the XML description of it aspects class name=ACID.Pojo interceptor name=doTheAcidVersioning pointcut=get*,set* /class We can then trivially acidify the state of that object as originally imagined and prototyped by Julien at NIST. Pure bytecode instrumentation of the actual reference. As far as references in the POJO, we also talked about the fact that we solve the problem by simply recursing through the ACID reference so that a tree of state, when reaching leaves is trivially serializable and thus achieving fined grained acidity of the tree state. better performing. Field interception is quite expensive and versioned fields would need field interception. get/set requirement would trivially solve the problem in first iteration, field in second. As we know it is the same class of problem we see in ACID, Cache and persistence. Simply that we need to instrument get/set on the code. marcf attachment: winmail.dat
RE: Why the forums suck (Was: Re: [JBoss-dev] AOP versioned ACID objects 1st iteration)
\ What would really help is a forum2email gateway to relay new messages to an email address. I know that begging for features is not allowed here :) so if it an option to add that as a module to the new nukes stuff then I can help out with that. OK :) marcf S. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020 aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] JB4DR1 Deadline MAY 26
Guys, We are thinking a lot about the forthcoming JB4 release. It is a truly exciting step for us as we believe we will bring a programming style, whose time has come, to a mass audience. AOP as Bill says is a clear wave for system level services on par with OOP. On top of it and also as a proof of how powerful the approach is we still develop a full J2EE server. Meaning that you can choose to live in the J2EE world work on JBoss J2EE and access all the prepackaged AOP goodies as you have been doing since JBoss2.0. There seems to be a lot of fear at SUN from what I can tell in the press, that we will abandon J2EE. We love J2EE. When really we will support J2EE for the forthcoming future. Never do we talk about abandoning J2EE, we just let the user access core functionality in the open server and think at the AOP level. A more fundamental construct of the framework. The reason we are almost there is that it is also a very old implementation in JBoss. We have been doing it for a long time but never talked/packaged it this way. We make it easy for you to leverage the AOP layer. The implementation is old the way you interact with JBoss is new. It can also be old if you decide to stay at the J2EE level which will be fully supported. But you are now invited to roam in the core JBoss system, in fact you may find it very cozy as you port POJO based applications to JBoss. There will be a stabilization period though. We are making an aggressive push to release JB4 by JavaONE with all our resources dedicated to implementing the final AOP system aspects and porting some of the existing code to that. We're making an aggressive push to release JBoss 4.0 by JavaOne. We're targeting May 26th. That leaves us 2 month from now. I REPEAT TARGET FOR JBOSS4.0 DR1 MAY 26TH To meet this aggressive deadline, we need to set some dates. There will be a functionality freeze, Monday, May 5th. All new functionality commits after May 5th must be approved by either Scott Stark, or Bill Burke. We will not branch May 5th, but instead make the month of May, JBoss 4.0 stability en route to a Developpers Release 1 (DR1). Please think long and hard and fast about your modules. Many of you are involved in core modules that need to move fast in the coming weeks. Don't be afraid to talk and say who needs help etc. PLgC marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JB4DR1 Deadline MAY 26
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: Thursday, April 03, 2003 4:01 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] JB4DR1 Deadline MAY 26 I think you are delusional if you think JB4 will be ready for JavaOne. Do you mean JB4 AOP persistence? Acid, security, transactions, cache (!) are all almost ready. Are you saying the new AOP persistence is far from done? What about the old CMP2.0 engine? marcf --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] JB4DR1 Deadline MAY 26
1.3 with ongoing development for 1.4 marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Fedorenko Sent: Thursday, April 03, 2003 5:31 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] JB4DR1 Deadline MAY 26 What J2EE specification version are you planning to support in JBoss 4.0? J2EE 1.4 is not final as far as I know... -Original Message- From: marc fleury [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2003 3:47 PM To: [EMAIL PROTECTED] Sourceforge. Net Subject: [JBoss-dev] JB4DR1 Deadline MAY 26 Guys, We are thinking a lot about the forthcoming JB4 release. It is a truly exciting step for us as we believe we will bring a programming style, whose time has come, to a mass audience. AOP as Bill says is a clear wave for system level services on par with OOP. On top of it and also as a proof of how powerful the approach is we still develop a full J2EE server. Meaning that you can choose to live in the J2EE world work on JBoss J2EE and access all the prepackaged AOP goodies as you have been doing since JBoss2.0. There seems to be a lot of fear at SUN from what I can tell in the press, that we will abandon J2EE. We love J2EE. When really we will support J2EE for the forthcoming future. Never do we talk about abandoning J2EE, we just let the user access core functionality in the open server and think at the AOP level. A more fundamental construct of the framework. The reason we are almost there is that it is also a very old implementation in JBoss. We have been doing it for a long time but never talked/packaged it this way. We make it easy for you to leverage the AOP layer. The implementation is old the way you interact with JBoss is new. It can also be old if you decide to stay at the J2EE level which will be fully supported. But you are now invited to roam in the core JBoss system, in fact you may find it very cozy as you port POJO based applications to JBoss. There will be a stabilization period though. We are making an aggressive push to release JB4 by JavaONE with all our resources dedicated to implementing the final AOP system aspects and porting some of the existing code to that. We're making an aggressive push to release JBoss 4.0 by JavaOne. We're targeting May 26th. That leaves us 2 month from now. I REPEAT TARGET FOR JBOSS4.0 DR1 MAY 26TH To meet this aggressive deadline, we need to set some dates. There will be a functionality freeze, Monday, May 5th. All new functionality commits after May 5th must be approved by either Scott Stark, or Bill Burke. We will not branch May 5th, but instead make the month of May, JBoss 4.0 stability en route to a Developpers Release 1 (DR1). Please think long and hard and fast about your modules. Many of you are involved in core modules that need to move fast in the coming weeks. Don't be afraid to talk and say who needs help etc. PLgC marcf --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020 aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] How do I clean up these hsqldb shutdown exceptions?
I gave up on victor about a year ago... marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, April 02, 2003 6:28 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] How do I clean up these hsqldb shutdown exceptions? ho ... one is wondering as why this epost conversation ever took place ! Yes - because somebody hussy homestedinding the no-sphere and is not checking bugs in previous LOC also then are expecting (non-paid) peoples to fix the bugs in that LOC - hoho ___ Peter_f ___ is steaming ... onsdagen den 2 april 2003 kl 17.15 skrev David Jencks: Should be fixed in cvs. There may still be exceptions if you stop the hsqldb mbean while there are still connections checked out to applications using them, but I don't think this is realistic to try to fix at this point. david jencks On 2003.04.01 23:06 Scott M Stark wrote: There are still two annonying exception generated on shutdown of the server coming from the shutdown of the HypersonicDatabase service. Maybe this is a problem with the lifecycle implementation of this service, or dependency ordernig, but it needs to be cleaned up. There is also an NPE in here that most likely should not be occuring as well. 20:00:42,323 INFO [MainDeployer] Undeploying file:/C:/usr/JBoss3.2/jboss-3.2/build/output/jboss-3.2 .0RC5/server/default/deploy/hsqldb-ds.xml 20:00:42,323 INFO [HypersonicDatabase] Stopping 20:00:42,603 INFO [HypersonicDatabase] Database closed clean 20:00:42,603 INFO [HypersonicDatabase] Stopped 20:00:42,603 INFO [JBossManagedConnectionPool] Stopping 20:00:42,603 INFO [STDOUT] Tue Apr 01 20:00:42 PST 2003 SHUTDOWN : System.exit() was not called 20:00:42,603 INFO [JBossManagedConnectionPool] Exception destroying ManagedConnection org.jboss.resource.JBossResourceException: SQLException; - nested throwable: (java.sql.SQLException: The database is shutdown in statement [DISCONNECT]) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.c heckExce ption(BaseWrapperMa nagedConnection.java:445) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.d estroy(B aseWrapperManagedCo nnection.java:229) at org.jboss.resource.connectionmanager.InternalManagedConnection Pool.doD estroy(InternalMana gedConnectionPool.java:374) at org.jboss.resource.connectionmanager.InternalManagedConnection Pool.flu sh(InternalManagedC onnectionPool.java:272) at org.jboss.resource.connectionmanager.InternalManagedConnection Pool.shu tdown(InternalManag edConnectionPool.java:307) at org.jboss.resource.connectionmanager.JBossManagedConnectionPoo l$OnePoo l.shutdown(JBossMan agedConnectionPool.java:675) at org.jboss.resource.connectionmanager.JBossManagedConnectionPoo l.stopSe rvice(JBossManagedC onnectionPool.java:373) at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport. java:236 ) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBean Dispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.system.ServiceController$ServiceProxy.invoke(Service Controll er.java:966) at $Proxy11.stop(Unknown Source) at org.jboss.system.ServiceController.stop(ServiceController.java:464) at org.jboss.system.ServiceController.stop(ServiceController.java:456) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBean Dispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:177) at $Proxy5.stop(Unknown Source) at org.jboss.deployment.SARDeployer.stop(SARDeployer.java:389) at java.lang.reflect.Method.invoke(Native Method) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(Reflec tedMBean Dispatcher.java:284 ) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHan dler.jav a:177) at $Proxy16.stop(Unknown Source) at org.jboss.deployment.XSLSubDeployer.stop(XSLSubDeployer.java:225) at org.jboss.deployment.MainDeployer.stop(MainDeployer.java:497) at org.jboss.deployment.MainDeployer.undeploy(MainDeployer.java:480) at org.jboss.deployment.MainDeployer.shutdown(MainDeployer.java:368) at
RE: [JBoss-dev] AOP security 1st iteration
nice :) I think we should also provide massive defaults and provide a application security config=appUser/ /application :) so we can build some indirection in all this configuration stuff marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Wednesday, April 02, 2003 8:11 PM To: Jboss-Dev Subject: [JBoss-dev] AOP security 1st iteration Configuration is exactly like J2EE except fields and constructors are added. There's an example under the testsuite. Here's an XML snippet. metadata-loader group=security class=org.jboss.aop.security.SecurityClassMetaDataLoader/ advisable class=org.jboss.test.aop.bean.SecurityTester fieldFilter=NONE methodFilter=NONE constructorFilter=NONE / interceptor-pointcut name=SecurityPointcut class=org.jboss.test.aop.bean.SecuredPOJO fieldFilter=ALL methodFilter=ALL constructorFilter=ALL interceptors interceptor name=AuthenticationInterceptor factory=org.jboss.aop.security.AuthenticationInterceptorFactory/ interceptor name=RoleBasedAuthorizationInterceptor factory=org.jboss.aop.security.RoleBasedAuthorizationIntercep torFactory/ interceptor name=RunAsSecurityInterceptor factory=org.jboss.aop.security.RunAsSecurityInterceptorFactory/ /interceptors /interceptor-pointcut class-metadata name=4568abc group=security class=org.jboss.test.aop.bean.SecuredPOJO security-domainjava:/jaas/other/security-domain method-permission role-nameallowed/role-name method method-namesomeMethod/method-name /method /method-permission method-permission unchecked/ method method-nameunchecked/method-name /method /method-permission field-permission role-nameallowed/role-name field field-namesomeField/field-name /field /field-permission field-permission unchecked/ field field-nameuncheckedField/field-name /field /field-permission constructor-permission unchecked/ constructor constructor-params/ /constructor /constructor-permission constructor-permission role-nameallowed/role-name constructor constructor-params constructor-paramint/constructor-param /constructor-params /constructor /constructor-permission exclude-list descriptionMethods that connect be used/description method method-nameexcluded/method-name /method field field-nameexcludedField/field-name /field constructor constructor-params constructor-paramjava.lang.String/constructor-param /constructor-params /constructor /exclude-list /class-metadata --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020 aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Re[9]: [JBoss-dev] php5 is coming
I can bend jasper compiler to compile JSP to java classes, I've already done that. there you go then, However compiling classes is a CLASSPATH nightmare. That's why I would like an in memory compiler. Not anymore. Stop being such a choupette, it is anoying. Where is the can-do attitude? you need something done at the compiler with a massive classpath WE ALREADY SOLVED THAT PROBLEM FOR JETTY (Jules and Scott did). marcf --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss web-site issues
which is Scott's long winded way of saying negative -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott M Stark Sent: Monday, March 31, 2003 3:30 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] jboss web-site issues The 1.3 release of Mozilla is not showing this issue. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Anatoly Akkerman [EMAIL PROTECTED] To: JBoss-Dev [EMAIL PROTECTED] Sent: Monday, March 31, 2003 12:22 PM Subject: [JBoss-dev] jboss web-site issues Hello, guys Since the website was switched to Nukes, Mozilla 1.2 on Win2K consistently pops up connection refused. IE6 works fine. Any ideas what is wrong? -- Anatoly. --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020 aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NUKES DEVELOPMENT
OK, guys Nukes from what we can tell is a MASSIVE success. Well you can't see it yet, in the sense that it happily runs behind the scenes on www.jboss.org and the CPU is a .1% utilization (on a new upgraded box granted). But by and large it does what we needed it to do which was copy the framework of postnuke in a scalable fashion (like leveraging EJB's to cache permissions and pages and bla bla bla). SO moving forward I am personally bullying the poor Julien, who will upgrade to full-time consultant with JBoss Group, to lead the development of NUKES going forward and to get some documentation as to how NUKES works and all. Editing the content online is a blast. Extremelly relevant stuff. In any case. WE NEED NEW MODULES TO GO WITH IT, let's start porting some of the goodness that is present in postnuke now that we have a scalable core. I NEED SOME NEW GUYS that want to make a name for themselves in porting the forums/instant mail/better blog/ Whatever you think could be a good module to NUKES. If you are interested please go to the forum online and report to [EMAIL PROTECTED] It could be big, if you make it big, please any help appreciated, we will staff it full time with one guy but we need more help, marcf xx Marc Fleury, Ph.D. President, Founder JBoss Group, LLC xx --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: Re[4]: [JBoss-dev] php5 is coming
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Monday, March 31, 2003 10:52 AM To: [EMAIL PROTECTED] Subject: RE: Re[4]: [JBoss-dev] php5 is coming I'd really prefer JSP integration or integration with some other popular Java based web scripting. JSP is clearly the way to go. We will fail if we reinvent the scripting wheel. Let people port to JBoss with existing pages. All I hear from Julien is lame-ass whining on the compiler and such... :) I will personally work on him in Paris :) marcf --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] hsqldb options
why don't we bring them on then? marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Saturday, March 29, 2003 1:00 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] hsqldb options -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of David Jencks Sent: Saturday, March 29, 2003 10:55 AM To: [EMAIL PROTECTED] Subject: [JBoss-dev] hsqldb options Prompted by a customer, I did some experiments with hsqldb options. Currently we specify a tcp port and require a hsqldb mbean to start the hsqldb server. This opens a port and requires explicit hsqldb shutdown. Two other options that appear to work are: specify url jdbc:hsqldb:. and remove the hsqldb mbean. This results in a totally in memory db, nothing saved to disk. IMO this is appropriate for most of the testsuite since it eliminates problems with data not being cleaned up between test runs. specify url jdbc:hsqldb:somefile and remove the hsqldb mbean. This results in the db saved in a couple of files named like somefile. No port is opened. No explicit shutdown of hsqldb seems to be required (although I didn't test how much data is actually saved) Could someone who knows more about hsqldb please explain clearly why we would want to continue using the setup we have now rather than one of the tcp-port free options? Man, if only hsqldb was transactional. We should recruit them to become a JBoss project and put keen transactional minds like David Jencks on the subject. A fully transactional in-memory DBMS would kick the crap out of everybody in benchmarking. I'm surprise Oracle 9iAS doesn't run in-process with the Oracle DBMS already 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
RE: Re[2]: [JBoss-dev] php5 is coming
cool, it could help for module or block scripting in Nukes, i.e get code class - fully generate class - compile it - generate xmbeam - deploy it pluggable resource loader is very helpfull, I don't know if we can have bytes of class through unified classloaders but that would help. We need JSP like scripting for NUKES, otherwise it will be very difficult to write advanced stuff in it. Let's take the forums to drive it. 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: Re[2]: [JBoss-dev] php5 is coming
julien, why don't you try to bring some of these guys in to do the compiler for NUKES? JSP like writing for advanced programmatic modules? marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dain Sundstrom Sent: Sunday, March 30, 2003 2:06 PM To: [EMAIL PROTECTED] Subject: Re: Re[2]: [JBoss-dev] php5 is coming I talked with 2 compiler projects after JBoss boot camp and both were interested in being integrated, but I dropped the ball and got busy on some other stuff. If anyone is interested in this I can send you the contact info. -dain On Sunday, March 30, 2003, at 10:37 AM, julien viet wrote: Hello Marcel, Sunday, March 30, 2003, 6:23:38 PM, you wrote: MA julien viet wrote ([EMAIL PROTECTED]) JD Though now that I think about it I would prefer that Java was more like JD PHP in the sense of a light weight web application development language JD with its rich extensions and apis. we discussed with Dain at boot camp and we wished having a way to dynamic compile a class, I mean with a java compiler written in java and taking class def from a classloader. That would enable a compilation service in jboss. Would be great for nukes. Kopi compiler is written in 100% java and could be modified to achieve such results though I don't know about its license. MA I did this for the PizzaCompiler as part of getting Cocoon to work MA without a JDK (only a JRE needed). For Pizza this is relatively MA easy as it has pluggable resource-loaders (.class files are resources MA to the compiler). The pizza compiler can be found at: cool, it could help for module or block scripting in Nukes, i.e get code class - fully generate class - compile it - generate xmbeam - deploy it pluggable resource loader is very helpfull, I don't know if we can have bytes of class through unified classloaders but that would help. MA http://pizzacompiler.sourceforge.net/ MA I placed the sources for the pizza-loader and some wrapper and extension MA classes needed to use it at: http://www.artefact.nl/pizza-loader.zip MA I stripped of some extra's and commented out some lines to keep it MA simple and self hosting. MA Hope this helps. MA Regards, MA Marcel Ammerlaan -- Best regards, julienmailto:[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 --- 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: Re[2]: [JBoss-dev] Regarding JBoss site
I will be contacting the hosters it seems the network is a bit screwed up marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Friday, March 28, 2003 6:59 AM To: [EMAIL PROTECTED] Subject: Re: Re[2]: [JBoss-dev] Regarding JBoss site Ok, what can be done to solve that problem? In the end it is slow no matter who's the problem... /L fredagen den 28 mars 2003 kl 12.34 skrev julien viet: application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. julien. --- 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: 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] 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] 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
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
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] AOP versioned ACID objects 1st iteration
I just want to give credit to Julien Viet as well who pitched that idea when he was in ATL, kudos Bill, you are in orbit, the pings in your head, the code in CVS, let them fight, let's move marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Wednesday, March 26, 2003 7:09 PM 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
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
second revolution, I just can't say how excited I am. We are doing magic, critical mass. Julien goes I got a silly idea.. bill makes it real, there is war.. we are doing RAW stuff, and rarely was I that excited about it all... you ain't seen nothing yet wankers PLgC marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Burke Sent: Wednesday, March 26, 2003 7:09 PM 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
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
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 enough wasted time in the U.N. Time for some good ol' action 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] AOP versioned ACID objects 1st iteration
The story about the flees was pretty good though, but kind of irrelevant :) marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of marc fleury Sent: Wednesday, March 26, 2003 9:29 PM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] AOP versioned ACID objects 1st iteration 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 enough wasted time in the U.N. Time for some good ol' action 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] Jboss/David Vs. Sun/Goliath?
That is precisely correct Dan, marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of danch Sent: Monday, March 24, 2003 8:53 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Jboss/David Vs. Sun/Goliath? I have never heard any of the main developers talk about JBoss4 _not_ being J2EE compatible. It has always been my understanding that the AOP framework would form the underpinnings of JBoss4's EJB implementation and be available as a more-flexible, lighter weight API for people who aren't concerned with portability. Scott, Bill, Marc - can one of you clarify? thanks, danch Rahul Ganjoo wrote: but one of the goals of JBoss 4 is to make it so developers don't have to deal with all the J2EE APIs from this and the discussion in general.. Jboss4 and J2EE compliance are two entirely different roadmaps (IMHU).. i mean its important for everyone here to know what direction Jboss is going to take.. is j2EE compliance important and is Jboss going for it..or is it keeping up the Jboss4 AOP vision and hence chucking compliance? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
