Mailing List Archive

Subject Sender Date
Re: [ljc] RFC - Default service implementation structure - On Friday, March 8, 2013, Wesley Hall wrote: Gerald, Are you Gerald L. Mar 8, 2013 2:24 PM
Re: [ljc] Application Discovery and Dependency Mapping Software - Paulo - you might like to consider Cloudify. Define your architecture map as deployment recipes. You may not be interested in the deploy to many clouds part of the tool.  But if you were to consider writing an equival Paul M. Mar 8, 2013 1:47 PM
Re: [ljc] RFC - Default service implementation structure - Hi Wesley, I understand the motivation now, traditional encapsulation. This way you have the freedom to remove the static Default implementations a user 1. Mar 8, 2013 1:00 PM
Re: [ljc] RFC - Default service implementation structure - Sent from my iPhone On 8 Mar 2013, at 09:24, Karl Bennett < [address removed] user 1. Mar 8, 2013 10:52 AM
Re: [ljc] java concurrency in web apps - Sent from my iPhone On 7 Mar 2013, at 11:36, Jim Collins < [address removed] user 1. Mar 8, 2013 10:51 AM
Application Discovery and Dependency Mapping Software - Hi Guys! Does any of you used any of the available tools today to do such mapping? Any recomendations?? I need to map several portals deployed on Lumis, it's integrations, DBs connections, etc. Beside Paulo C. Mar 8, 2013 10:36 AM
Re: [ljc] RFC - Default service implementation structure - Gerald, Yeah, I am not exactly sure on whether the inner class info goes into the byte-code either, just that I don't *think* it does. With non-static inner classes it seems that the compiler implicitly adds a constructor argument for passing in the Wesley H. Mar 8, 2013 10:14 AM
Re: [ljc] RFC - Default service implementation structure - What i don't know is if the byte-code of a static inner cla Richard W. Mar 8, 2013 10:04 AM
Re: [ljc] RFC - Default service implementation structure - On 08/03/2013, at 9:55 AM, Gerald Loeffler wrote: > you're right that there is that separate, seemingly stand-alone > class-file for each static inner class, which the class-path scanner > might pick up if instructe Luke D. Mar 8, 2013 9:59 AM
Re: [ljc] RFC - Default service implementation structure - Hi Karl,  Completely fair point. This is part of another bit of a self-improvement trip I am on at the moment which is to consider class level access modifiers a little more carefully. I discovered that I was very rarely using anything Wesley H. Mar 8, 2013 9:57 AM
Re: [ljc] RFC - Default service implementation structure - you're right that there is that separate, seemingly stand-alone class-file for each static inner class, which the class-path scanner might pick up if instructed to find all classes with a certain annotation (@Component, for instance). The de-facto stan Gerald L. Mar 8, 2013 9:37 AM
Re: [ljc] RFC - Default service implementation structure - Hi Wesley, I've thought of using a similar pattern my self and have actually found my self using inner classes a bit more recently for specialist classes. I don't get why you have given the user 1. Mar 8, 2013 8:26 AM
RE: [ljc] java concurrency in web apps - Jon - its all done through functional partitioning with 'work managers' fronting each partition (some call these 'logical services'). Advantages are: you can test functionality and performance of each service separately;  Paul M. Mar 8, 2013 7:53 AM
Re: [ljc] java concurrency in web apps - Hi, It all depends if your request is to fetch data from different database or services than the solution is to span multiple threads and join their results you want to reduce latency. You can use other libraries but ensure that they ar taulant b. Mar 7, 2013 6:51 PM
Re: [ljc] RFC - Default service implementation structure - I would actually be interested to try this out. I am not sure it really is that clever of spring really. Inner classes (to my knowledge) are all just compiler magic. Post-compilation there isn't really anything different about them, and I *think* tha Wesley H. Mar 7, 2013 5:20 PM
Re: [ljc] java concurrency in web apps - Hi Ged, I agree with all of that. I was trying (badly) to point out though that there is no constraint to creating threads in a web app. Regards Jim On Jim C. Mar 7, 2013 5:09 PM
Re: [ljc] java concurrency in web apps - Hi Jim I think you are right. I don't think this is in the specifications. But, many other best practices are not. Also, when I say that you shouldn't spawn threads in a nor Ion I. Mar 7, 2013 4:35 PM
Re: [ljc] RFC - Default service implementation structure - On Thu, Mar 7, 2013 at 12:36 PM, Wesley Hall wrote: > I am using DI with the spring annotations, spring has no problem > finding annotated static inner-classes though I am not sure about > other technologies. that's surpr Gerald L. Mar 7, 2013 12:57 PM
Re: [ljc] java concurrency in web apps - Hi Jim, You can have Web Apps with concurrency.  You should never introduce concurrency in the code that handles the request.  You do need a policy for dealing with the potentially long running call, but you don Ged B. Mar 7, 2013 12:40 PM
Re: [ljc] java concurrency in web apps - Hi Ion, I can appreciate that could cause problems with a load balancer and ultimately the web layer is not the best place to run compute expensive long running tasks. Although it is a while since I looked at the specs I never saw anyth Jim C. Mar 7, 2013 12:22 PM
Re: [ljc] java concurrency in web apps - Hi Jim, The problem is resource management. A long running job should be put in queue and it should be run based on some pre-defined rules. For example, how do you exact for a load Ion I. Mar 7, 2013 11:44 AM
Re: [ljc] java concurrency in web apps - John,  Servlet 3.0 supports asynchronous responses, if that is what you need.  Actually if you are using Spring MVC (3.2), you can now return 'Callable' instances from your controller methods and the fra Wesley H. Mar 7, 2013 11:35 AM
Re: [ljc] RFC - Default service implementation structure - I am using DI with the spring annotations, spring has no problem finding annotated static inner-classes though I am not sure about other technologies. I guess non-static inner classes will not work because they need a reference to the containing ins Wesley H. Mar 7, 2013 11:21 AM
Re: [ljc] java concurrency in web apps - PS I don't think there is anything in the Servlet spec about "not" creating threads. On 7 March[masked]:01, Jim Collins < jim.r.collin Jim C. Mar 7, 2013 11:02 AM
Re: [ljc] java concurrency in web apps - What is so wrong with introducing concurrency in a web app? If the Servlet request has to make some potentially long running call then it makes sense to have a policy for dealing with this so subsequent requests do not block. Jim C. Mar 7, 2013 11:01 AM
RE: [ljc] java concurrency in web apps - Thanks, but I was asking about existing applications, if an Jon H. Mar 7, 2013 10:25 AM
Re: [ljc] java concurrency in web apps - Hi John, You open yourself to a whole world of pain once you introduce concurrency.  If you can avoid it then you should.  If there is an unavoidable need for concurrency then you might want to consider using Ca Ged B. Mar 7, 2013 8:22 AM
Re: [ljc] RFC - Default service implementation structure - I assume that any technology that depends on class-path scanning to automatically discover your service implementation (without you having to register it anywhere) will only find it if it is a top-level class. This means that your nested default servic Gerald L. Mar 7, 2013 8:06 AM
Re: [ljc] java concurrency in web apps - The Java EE spec doesn't "allow" spawning of threads, but application servers don't police this, and, as you say, threads are commonly spawned from within Java EE apps, which works just fine. The inten Gerald L. Mar 7, 2013 7:51 AM
Re: [ljc] java concurrency in web apps - The Executors API does create threads as well, so strictly speaking you cannot use them either in a web application container. I.e. it doesn't matter whether you directly create the threads yourself, or indirectly via some library Neil B. Mar 7, 2013 1:34 AM
Re: [ljc] java concurrency in web apps - I believe that is one of the reasons why Bea and IBM created work managers... On 6 March[masked]:29, Martijn Verburg < [address removed] johann r. Mar 6, 2013 11:40 PM
Re: [ljc] java concurrency in web apps - Solved.....  Well in an upcoming version of Java EE --> http://java.net/projects/concu­rrency-ee-spec Cheers, Martijn Martijn V. Mar 6, 2013 11:28 PM
Devoxx UK Newsletter 8 - Some pointers for why your boss should send you - Hi all, So we got some feedback that bosses needed more info as to why they should let you off for two days of conference! Well Newsletter 8 has "What is Devoxx" and "Who should go" sections that Martijn V. Mar 6, 2013 10:49 PM
java concurrency in web apps - Hi all, I have heard many times "do not create threa Jon H. Mar 6, 2013 7:54 PM
Re: [ljc] RFC - Default service implementation structure - Preview not available Luke D. Mar 6, 2013 11:49 AM
Re: [ljc] RFC - Default service implementation structure - How many of us are using CDI?  Reading this thread it strikes me just what a well put together spec it is. For example, there is the @Qualifier annotation.  In section 2.3 of the Ged B. Mar 6, 2013 9:26 AM
Re: [ljc] RFC - Default service implementation structure - Great thoughts so far folks, keep them coming.  Neil, not to worry, this would not be the first time I have been accused of creating an 'abomination', you should see the results when I try to whip something up in the kitchen.... Wesley H. Mar 5, 2013 11:47 PM
Re: [ljc] workflow engines - I have worked with jBPM 3.x which uses so many tables and is understandably quite annoying. However, if i am not mistaken, this has been streamlined in the newer versions of jBPM and i think now uses about 4 tables or thereabout which is not too bad. Richard N. Mar 5, 2013 11:04 PM
Re: [ljc] RFC - Default service implementation structure - On 5 March[masked]:56, Neil Bartlett < [address removed] > wrote: James S. Mar 5, 2013 10:49 PM
Fwd: [jug-leaders] [FYI] 2013 JavaOne San Francisco CfP Coming Soon! - Hi all, If you're interested in speaking at JavaOne - then please see the links below. Cheers, Martijn ---------- Forwarded message ---------- F Martijn V. Mar 5, 2013 7:20 PM
Re: [ljc] RFC - Default service implementation structure - My answer is biased by my experience in OSGi and preference for the service-oriented style that OSGi encourages. Interfaces must be kept separate from implementations: at the very least in separate packages, and Neil B. Mar 5, 2013 2:36 PM
SoundCloud Social on Thurs - Hey All, My lovely employers, SoundCloud, are visiting London for the QCon Conference, and taking the opportunity to host a bit of a social evening.  Thought some LJC peeps m Emily G. Mar 5, 2013 2:12 PM
Re: [ljc] RFC - Default service implementation structure - It's more than likely that's where I got it from as I consider that book to be my current "bible". If anyone hasn't read it, do so! On Tue, Mar 5, 2013 at 1:57 PM, Dan Haywood Colin V. Mar 5, 2013 2:06 PM
Re: [ljc] RFC - Default service implementation structure - Good afternoon! Another interesting conversation, Wes. Personally defaults are things I leave to the configuration or highest level layer and keep it clear of any API or implementation code.  user 7. Mar 5, 2013 1:36 PM
Re: [ljc] RFC - Default service implementation structure - +1 on that. That's pretty much identical advice to that found in the GOOS ("Growing Object Oriented Software") book (highly recommended if you've not read it). Dan Dan H. Mar 5, 2013 1:05 PM
Re: [ljc] RFC - Default service implementation structure - One thing I've been playing around with lately is trying to make my implementations *not* use the interface name at all and just describe what they do, although I admit this can get quite hard. In general I like my implementation to specify exactly * Colin V. Mar 5, 2013 11:54 AM
Re: [ljc] RFC - Default service implementation structure - Hi  I assume that your interface defines some API which could be modified in the future or enhanced by new implementations.  If you decide to implement this API in new way you will receive as bonus one additi Robert F. Mar 5, 2013 10:28 AM
Re: [ljc] workflow engines - I'm not too sure why anybody would reject 3rd party software just because that software had defined its own schema for its own data storage. The data storage Stephen M. Mar 4, 2013 5:46 PM
Re: [ljc] Java EE - Wesley, Aside from contextPath being a bugger to set (Tomcat ignores the path attribute of your context in context.xml it seems, instead it mirrors the name of the war file instead), I end up with the likes of: James G. Mar 4, 2013 2:19 PM
LJC Partner Events - Preview not available Samantha h. Mar 4, 2013 1:57 PM
Re: [ljc] workflow engines - Hi Alex, I worked with a custom workflow engine over 5 years ago and it was a nightmare.  A good workflow engine is hard to implement.   Let jBPM have the database resources it needs and appreciate how much hard work has been done for y Ged B. Mar 4, 2013 11:51 AM
RFC - Default service implementation structure - Hello folks, I have a little issue that I am sure has crossed the minds of a few folks here and thought I would open it up for comments. I am currently working on one of my little toy projects. I usually have at least one of these on the go at any Wesley H. Mar 2, 2013 10:20 PM
RE: [ljc] Java EE - Hi James, I read that for JBoss the endpoint is the Jon H. Mar 1, 2013 7:11 PM
workflow engines - Hi all, I have used jBPM, which works quite well, but I don't like the way it has its own database tables that I do not specify or control. I have also used a custom written workflow engine with classes to represent wo Alexandre B. Mar 1, 2013 3:16 PM
Re: [ljc] Java EE - James,  It would probably be useful if you could provide an example of these URL differences.  Java web application URL structure usually follows something like... <server>/conte Wesley H. Mar 1, 2013 2:42 PM
Java EE - Maybe I'm approaching this wrongly, but there seems no way to describe in a Java EE project what URL endpoints should exist where. I'm developing an application that has JAX-RS and JAX-WS endpoint urls. James G. Mar 1, 2013 2:26 PM
What to Expect - LJC: 'Git from the Bits Up' - Tonight - Thursday 28th Feb at 18:30 - Anji C. Feb 28, 2013 11:51 AM
Re: [ljc] Spring Roo - On Tue, Feb 26, 2013 at 12:38 PM, Alex McLintock < [address removed] > wrote: Richard N. Feb 27, 2013 5:07 PM
Re: [ljc] Spring Roo - Hi Richard, Thanks for taking the time to check it out. One point about Isis is that it is controller-less; you only write the domain objects.   If you are wanting to use Spring MVC - and as such have selected an architecture Dan H. Feb 27, 2013 4:44 PM
Re: [ljc] Spring Roo - Hi Dan, I have taken a look at Apache Isis and seems like a very good and well thought out project. However, it seems like it only supports Wicket. We have a strong requirement to use Spring MVC. Richard N. Feb 27, 2013 4:19 PM
Re: [ljc] Calling all Londoners! - We have folks from as far as China and Japan so far, and a few Aussies who are clearly sick of sunshine (weird) :-). Cheers, Martijn On 26 Februar Martijn V. Feb 26, 2013 7:15 PM
Re: [ljc] Calling all Londoners! - 49% of people from outside of the UK you say? That' like billions. :) On Tuesday, February 26, 2013, Martijn Verburg wrote: Pawel K. Feb 26, 2013 6:52 PM
Calling all Londoners! - Hi all, The ticket sales for Devoxx UK is currently made up of 49% of people from outside of the UK!? The LJC membership will need to step up to defend it's island! In all seriousness, we are very much arranging this conference for the LJC, so it Martijn V. Feb 26, 2013 5:45 PM
RE: [ljc] gradle SecurityManager error - John S. Feb 26, 2013 5:44 PM
Re: [ljc] gradle SecurityManager error - Preview not available Wesley H. Feb 26, 2013 12:46 PM
Re: [ljc] gradle SecurityManager error - On 26/02/2013, John Summers wrote: > java.io.IOException: The pipe has been ended > [...] > org.gradle.process.internal.ExecOutputHandleRunner.run(ExecOutputHandleRunner.java:51) > java.lang.InternalError: Could not cre Tom H. Feb 26, 2013 10:34 AM
Re: [ljc] Invitation to our book club - Morning all, The book club has arranged to meet tomorrow, 6.30pm, at the King's Arm's pub on London Wall. We will have an area downstairs and anyone interested is welcome to join! There is no agenda other than to chat :) Edward Yue Shung W. Feb 26, 2013 9:47 AM
Re: [ljc] Spring Roo - On Fri, Feb 22, 2013 at 5:03 PM, Richard Nduka < [address removed] > wrote: Alex M. Feb 26, 2013 9:25 AM
Re: [ljc] Spring Roo - On 26 February[masked]:54, Giampiero Granatella < [address removed] > wrote: Dan H. Feb 26, 2013 7:20 AM
gradle SecurityManager error - John S. Feb 25, 2013 3:46 PM
Re: [ljc] Spring Roo - Hi Richard, I'm involved in an open source web framework too as Dan.  if you are evaluating options, please give a look also to us.  Th Giampiero G. Feb 25, 2013 9:19 AM
Re: [ljc] Spring Roo - Hi Richard,  Roo is pretty good to build prototypes, which (despite some fairly good advice to the contrary), usually ends up simply evolving in to your final project.  If your application is anything other than Wesley H. Feb 22, 2013 9:16 PM
Re: [ljc] Architectural terminology - Hi Jon,  The term 'middleware' is often used to describe this part of the software. There are quite a few different definitions of what actually constitutes 'middleware' but it has become fairly common to describe the ce Wesley H. Feb 22, 2013 9:10 PM
Re: [ljc] Architectural terminology - Hi Jon, This sounds like a common implementation found within a Service Oriented Architecture. SOA is not a pattern, it's an architectural style.  It covers a huge array of patterns that all fit together in Ged B. Feb 22, 2013 8:55 PM
Re: [ljc] Spring Roo - Hi, I've used JBoss forge on a medium sized project and found it to be a mixed blessing.  Yes it did automate a lot of boilerplate, but it was only the easy stuff.  The worst of it is that it creates a false expectation of what pace Ged B. Feb 22, 2013 7:13 PM
Re: [ljc] Spring Roo - Hi Richard, That's a risky question, because there's the danger that folks like me - who work on similar open source projects - are gonna want to push their stuff on you instead.  See below. But to your question: a Dan H. Feb 22, 2013 6:48 PM
Spring Roo - Hi Folks, Has anyone used Spring Roo in a fairly large project? Looking around on the internet it seems to have so much negative press. We are about starting an eCommerce project and is one of the options we are considering. If you have Richard N. Feb 22, 2013 12:24 PM
Re: [ljc] Architectural terminology - in my experience this is usually referred to as the "service tier", "tier" because it's more than a "layer" as it is also distributed . - gerald On Friday, February 22, 2013, Jon Hatfield wrote: Gerald L. Feb 22, 2013 10:51 AM
Re: [ljc] Architectural terminology - It sounds a bit like the structuring based on DDD typically Stephen M. Feb 22, 2013 10:28 AM
Architectural terminology - Hi all, I have posted a few questions recently so I Jon H. Feb 21, 2013 9:06 PM
Re: Re: [ljc] Unit and integration testing of EJBs - Why would you want to remember state across stories? I would consider that a smell actually. In practice we sometimes need to remember state across steps, and there are a number of techniques to do that. Richard C. Feb 21, 2013 12:33 PM
RE: [ljc] Unit and integration testing of EJBs - Thanks very much for the reponses! I will digest them :) Jon H. Feb 20, 2013 9:37 PM
Re: [ljc] Portfolio - I have been pondering this for a few days. Good advice but something is blocking me doing anything.  Blogs. I tend to feel that if I am struggling with something it may well be me being stupid.  Or the solution I come up with is too specif Andrew B. Feb 20, 2013 10:53 AM
Re: [ljc] Unit and integration testing of EJBs - Hi Jon, Luigi B. Feb 20, 2013 9:34 AM
Re: [ljc] Unit and integration testing of EJBs - Hi Jon, I guess that the complexity of the mocking you will need to do will be directly related to the complexity of your Michael J. Feb 20, 2013 7:57 AM
Re: [ljc] Unit and integration testing of EJBs - Hi Jon, If you're using JBoss then give Arquillian a try because it does make life much easier.  For the client tests I'v recently used BDD with cucumber for automated integration. Tests.  I wouldn't Ged B. Feb 20, 2013 6:45 AM
Unit and integration testing of EJBs - Hi all, For integration testing of EJBs, I had the i Jon H. Feb 19, 2013 10:03 PM
Devoxx UK Schedule is up! - Hi all, I know that a large number of you have been waiting for this in order to persuade the powers that be to send you to Devoxx UK (March 26/27th)! The Schedule --> http://www.devoxx.com/display/UK13/Schedule Newsletter 6 --> http://eepurl.com Martijn V. Feb 19, 2013 11:33 AM
What to Expect: The London Developer Sessions - Anji C. Feb 19, 2013 11:19 AM
JAX London Call for Papers open - Mark H. Feb 19, 2013 11:02 AM
3000 members and climbing - Hi all, For those that weren't aware we have now smashed through the 3000 member mark! It Barry C. Feb 18, 2013 11:00 PM
Re: [ljc] Redirect after post... - Wes, That is pretty accurate. Just to be clear though, the state management isn't handled automatically, the hashes act as a way you can bookmark these states and navigate through them using the browser back and user 7. Feb 18, 2013 2:34 PM
Re: [ljc] Redirect after post... - Stuart,  That's awesome! See, this is what I get for my painstaking avoidance of front-end stuff for so many years... cool things happen that I don't hear about... an important lesson indeed :).  So, i Wesley H. Feb 18, 2013 1:00 PM
Re: [ljc] Redirect after post... - Hi Wesley, I don't mind elaborating at all.  Going to your previous email, you've started using JavaScript and you have noticed the lack of an AJAX history, which is ideal for your situation. If you went a step fu user 7. Feb 18, 2013 12:15 PM
Re: LJC Partner Events - Preview not available Samantha h. Feb 18, 2013 11:08 AM
Re: [ljc] Redirect after post... - Andrew, Fair point about back button behaviour. To be honest I was thinking mostly of refresh which will result in a, "are you sure you want to submit this form again?" and if the user hits yes, then result in an 'account Wesley H. Feb 18, 2013 10:58 AM
RE: [ljc] LJC Partner Events - Joshua W. Feb 18, 2013 10:55 AM
LJC Partner Events - Preview not available Samantha h. Feb 18, 2013 10:40 AM
Re: [ljc] Redirect after post... - Morning Wesley! I wouldn't say always, and although most of the time the Post-Redirect-Get approach results in implicitly better behaviour, I would rather take your approach and say where it is warranted. I thin user 7. Feb 18, 2013 9:17 AM
Re: [ljc] Redirect after post... - Hi Wes, Which web framework are you using? It sounds like your writing separate code to handle each HTTP request. I wouldn't expect the extra overhead to be a consideration because it would be a one of cost Ged B. Feb 18, 2013 8:46 AM

Our Sponsors

  • Our Blog

    Read the latest news from the LJC

  • RecWorks Ltd

    Fixing Tech Recruitment using the Power of Community

  • jClarity

    Java/JVM Performance Analysis Tools & mentoring for Java related matters

  • LJC Aggrity

    Our LJC Aggrity site contains blog posts from our members

  • LJC Book Club

    Our Book club with book reviews from our members

  • Devoxx UK

    Java Community Conference, in collaboration with the LJC 12/13 Jun 14

  • SkillsMatter

    "Host, help organise, promote, film many of our meetings."

  • Packt Publishing

    A publishing company specializing on specific technologies and solutions

  • Java.Net

    We are an official Java User Group recognised by Oracle's JUG program

  • JRebel

    Free 3 month J-Rebel license.

  • O'Reilly

    40% discount on printed books and 50% on e-books.

People in this
Meetup are also in:

Sign up

Meetup members, Log in

By clicking "Sign up" or "Sign up using Facebook", you confirm that you accept our Terms of Service & Privacy Policy