Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-28 Thread Matthias Wessendorf
- 0,5 on supporting Java5



On Wed, Dec 28, 2011 at 9:40 AM, Mark Struberg strub...@yahoo.de wrote:
 Since we have quite a few vetos against Java5 usage for this new project, I'd 
 say we go with Java6. Java7 is right around the corner, and Java5 is really 
 only legacy now. If projects still need to use java5, they can of course also 
 use Seam3 and CODI until they hava moved their servers.

 LieGrue,
 strub



 - Original Message -
 From: Jason Porter lightguard...@gmail.com
 To: deltaspike-dev@incubator.apache.org
 Cc:
 Sent: Friday, December 23, 2011 10:44 AM
 Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

 If we wanted to try it later that's fine.

 On Fri, Dec 23, 2011 at 02:41, Mark Struberg strub...@yahoo.de wrote:

  We could try to use retro-translate to produce java5 compatible artifacts
  later?

  LieGrue,
  strub



  - Original Message -
   From: Jason Porter lightguard...@gmail.com
   To: deltaspike-dev@incubator.apache.org
   Cc:
   Sent: Friday, December 23, 2011 4:45 AM
   Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
  
   We have it in Seam, and Weld for that Java 5 support, but I'd
 prefer to
   stay on 6+. We *could* do a version compiled for jdk5. But then we get
  into
   issues of which branch, making sure it's all Java 5 features, etc.
  
   -0.5
  
   On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas 
   joserodolfo.frei...@gmail.com wrote:
  
    +0
  
    On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek 
    gerhard.petra...@gmail.com wrote:
  
     hi john,
    
     this feature won't prevent users from using deltaspike
 with candi
     (even if candi only supports java6+).
    
     regards,
     gerhard
    
    
    
     2011/12/22 John D. Ament john.d.am...@gmail.com
    
      Hi Gerhard,
     
      How about resin (CanDI)?
     
      John
     
     
      On Thu, Dec 22, 2011 at 6:01 AM, Gerhard Petracek 
      gerhard.petra...@gmail.com wrote:
     
   hi john,
      
   the impl. would not be bound to a cdi
 impl.
   owb as well as weld (see [1]) support java5.
      
   regards,
   gerhard
      
   [1]
      
      
     
    
  
  

 https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java
      
      
      
   2011/12/22 John D. Ament
 john.d.am...@gmail.com
      
    -1
    Java5 is past EOL at this point.  Not
 suitable for
   production
      deployments
    from my perspective.  Java EE 6 (since any
 code we
   write for delta
      spike
   is
    against EE6) is for Java SE 6.  Even if the
   implementation is using
      Java
   5
    at compilation time, the runtime is 6; and I
 would hope
   we would
    code
    against spec rather than specific impls.
   
    John
   
    On Wed, Dec 21, 2011 at 3:41 PM, Gerhard
 Petracek 
    gerhard.petra...@gmail.com wrote:
   
     hi @ all,
    
     fyi: please check [1] before you answer.
    
     [2] is the implementation used in owb. i
 suggest
   to start with it
    (instead
     of the version of codi), because the
 version of
   codi provides
   additional
     mechanisms we might need later on (if we
 include
   the
    corresponding
     features).
    
     the basic concept:
     ServiceProvider (btw.
 DefaultLoaderService) is a
   custom
      implementation
   of
     the ServiceLoader mechanism which allows
 to use
   codi with java
    1.5
      (if
    the
     cdi container allows it as well).
     in case of java6+ the std. ServiceLoader
 gets
   used.
    
     please send
     +1, +0 or -1 because...
     for the basic idea as well as the basic
 concept.
     if there are basic objections,
 please also
   add them to [3]
    
     regards,
     gerhard
    
     [1]
 http://markmail.org/message/7yefspfuvtz4jvmp
     [2]
    
    
   
      
     
    
  
  

 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
     [3]
    
   
      
     
    
  
  https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
    
   
      
     
    
  
  
  
  
   --
   Jason Porter
   http://lightguard-jp.blogspot.com
   http://twitter.com/lightguardjp
  
   Software Engineer
   Open Source Advocate
   Author of Seam Catch - Next Generation Java Exception Handling
  
   PGP key id: 926CCFF5
   PGP key available at: keyserver.net, pgp.mit.edu
  




 --
 Jason Porter
 http://lightguard-jp.blogspot.com
 http://twitter.com/lightguardjp

 Software Engineer
 Open Source Advocate
 Author of Seam Catch - Next Generation Java Exception Handling

 PGP key id: 926CCFF5
 PGP key available at: keyserver.net, pgp.mit.edu




-- 
Matthias Wessendorf

blog: http

Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-28 Thread Jakob Korherr
-1 for supporting Java5

Let Microsoft deal with the legacy stuff ^^

Regards,
Jakob

2011/12/28 Matthias Wessendorf mat...@apache.org:
 - 0,5 on supporting Java5



 On Wed, Dec 28, 2011 at 9:40 AM, Mark Struberg strub...@yahoo.de wrote:
 Since we have quite a few vetos against Java5 usage for this new project, 
 I'd say we go with Java6. Java7 is right around the corner, and Java5 is 
 really only legacy now. If projects still need to use java5, they can of 
 course also use Seam3 and CODI until they hava moved their servers.

 LieGrue,
 strub



 - Original Message -
 From: Jason Porter lightguard...@gmail.com
 To: deltaspike-dev@incubator.apache.org
 Cc:
 Sent: Friday, December 23, 2011 10:44 AM
 Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

 If we wanted to try it later that's fine.

 On Fri, Dec 23, 2011 at 02:41, Mark Struberg strub...@yahoo.de wrote:

  We could try to use retro-translate to produce java5 compatible artifacts
  later?

  LieGrue,
  strub



  - Original Message -
   From: Jason Porter lightguard...@gmail.com
   To: deltaspike-dev@incubator.apache.org
   Cc:
   Sent: Friday, December 23, 2011 4:45 AM
   Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
  
   We have it in Seam, and Weld for that Java 5 support, but I'd
 prefer to
   stay on 6+. We *could* do a version compiled for jdk5. But then we get
  into
   issues of which branch, making sure it's all Java 5 features, etc.
  
   -0.5
  
   On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas 
   joserodolfo.frei...@gmail.com wrote:
  
    +0
  
    On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek 
    gerhard.petra...@gmail.com wrote:
  
     hi john,
    
     this feature won't prevent users from using deltaspike
 with candi
     (even if candi only supports java6+).
    
     regards,
     gerhard
    
    
    
     2011/12/22 John D. Ament john.d.am...@gmail.com
    
      Hi Gerhard,
     
      How about resin (CanDI)?
     
      John
     
     
      On Thu, Dec 22, 2011 at 6:01 AM, Gerhard Petracek 
      gerhard.petra...@gmail.com wrote:
     
   hi john,
      
   the impl. would not be bound to a cdi
 impl.
   owb as well as weld (see [1]) support java5.
      
   regards,
   gerhard
      
   [1]
      
      
     
    
  
  

 https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java
      
      
      
   2011/12/22 John D. Ament
 john.d.am...@gmail.com
      
    -1
    Java5 is past EOL at this point.  Not
 suitable for
   production
      deployments
    from my perspective.  Java EE 6 (since any
 code we
   write for delta
      spike
   is
    against EE6) is for Java SE 6.  Even if the
   implementation is using
      Java
   5
    at compilation time, the runtime is 6; and I
 would hope
   we would
    code
    against spec rather than specific impls.
   
    John
   
    On Wed, Dec 21, 2011 at 3:41 PM, Gerhard
 Petracek 
    gerhard.petra...@gmail.com wrote:
   
     hi @ all,
    
     fyi: please check [1] before you answer.
    
     [2] is the implementation used in owb. i
 suggest
   to start with it
    (instead
     of the version of codi), because the
 version of
   codi provides
   additional
     mechanisms we might need later on (if we
 include
   the
    corresponding
     features).
    
     the basic concept:
     ServiceProvider (btw.
 DefaultLoaderService) is a
   custom
      implementation
   of
     the ServiceLoader mechanism which allows
 to use
   codi with java
    1.5
      (if
    the
     cdi container allows it as well).
     in case of java6+ the std. ServiceLoader
 gets
   used.
    
     please send
     +1, +0 or -1 because...
     for the basic idea as well as the basic
 concept.
     if there are basic objections,
 please also
   add them to [3]
    
     regards,
     gerhard
    
     [1]
 http://markmail.org/message/7yefspfuvtz4jvmp
     [2]
    
    
   
      
     
    
  
  

 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
     [3]
    
   
      
     
    
  
  https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
    
   
      
     
    
  
  
  
  
   --
   Jason Porter
   http://lightguard-jp.blogspot.com
   http://twitter.com/lightguardjp
  
   Software Engineer
   Open Source Advocate
   Author of Seam Catch - Next Generation Java Exception Handling
  
   PGP key id: 926CCFF5
   PGP key available at: keyserver.net, pgp.mit.edu
  




 --
 Jason Porter
 http://lightguard-jp.blogspot.com
 http://twitter.com/lightguardjp

 Software Engineer
 Open Source Advocate
 Author of Seam Catch - Next Generation Java Exception Handling

 PGP

Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-28 Thread Mark Struberg
oki, seems the majority is for dropping Java5 support. I've upgraded the parent 
pom to language target level 1.6 already.


Please note that this doesn't mean that we drop JavaEE-5 support! I still like 
to support CDI containers running on EE-5 if possible.

LieGrue,
strub


- Original Message -
 From: Jakob Korherr jakob.korh...@gmail.com
 To: deltaspike-dev@incubator.apache.org
 Cc: 
 Sent: Wednesday, December 28, 2011 12:47 PM
 Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
 
 -1 for supporting Java5
 
 Let Microsoft deal with the legacy stuff ^^
 
 Regards,
 Jakob
 
 2011/12/28 Matthias Wessendorf mat...@apache.org:
  - 0,5 on supporting Java5
 
 
 
  On Wed, Dec 28, 2011 at 9:40 AM, Mark Struberg strub...@yahoo.de 
 wrote:
  Since we have quite a few vetos against Java5 usage for this new 
 project, I'd say we go with Java6. Java7 is right around the corner, and 
 Java5 is really only legacy now. If projects still need to use java5, they 
 can 
 of course also use Seam3 and CODI until they hava moved their servers.
 
  LieGrue,
  strub
 
 
 
  - Original Message -
  From: Jason Porter lightguard...@gmail.com
  To: deltaspike-dev@incubator.apache.org
  Cc:
  Sent: Friday, December 23, 2011 10:44 AM
  Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
 
  If we wanted to try it later that's fine.
 
  On Fri, Dec 23, 2011 at 02:41, Mark Struberg 
 strub...@yahoo.de wrote:
 
   We could try to use retro-translate to produce java5 
 compatible artifacts
   later?
 
   LieGrue,
   strub
 
 
 
   - Original Message -
    From: Jason Porter lightguard...@gmail.com
    To: deltaspike-dev@incubator.apache.org
    Cc:
    Sent: Friday, December 23, 2011 4:45 AM
    Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
   
    We have it in Seam, and Weld for that Java 5 support, but 
 I'd
  prefer to
    stay on 6+. We *could* do a version compiled for jdk5. 
 But then we get
   into
    issues of which branch, making sure it's all Java 5 
 features, etc.
   
    -0.5
   
    On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas 
    joserodolfo.frei...@gmail.com wrote:
   
     +0
   
     On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek 
 
     gerhard.petra...@gmail.com wrote:
   
      hi john,
     
      this feature won't prevent users from using 
 deltaspike
  with candi
      (even if candi only supports java6+).
     
      regards,
      gerhard
     
     
     
      2011/12/22 John D. Ament 
 john.d.am...@gmail.com
     
       Hi Gerhard,
      
       How about resin (CanDI)?
      
       John
      
      
       On Thu, Dec 22, 2011 at 6:01 AM, Gerhard 
 Petracek 
       gerhard.petra...@gmail.com wrote:
      
    hi john,
       
    the impl. would not be bound 
 to a cdi
  impl.
    owb as well as weld (see [1]) support 
 java5.
       
    regards,
    gerhard
       
    [1]
       
       
      
     
   
   
 
 
 https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java
       
       
       
    2011/12/22 John D. Ament
  john.d.am...@gmail.com
       
     -1
     Java5 is past EOL at this 
 point.  Not
  suitable for
    production
       deployments
     from my perspective.  Java EE 6 
 (since any
  code we
    write for delta
       spike
    is
     against EE6) is for Java SE 6.  
 Even if the
    implementation is using
       Java
    5
     at compilation time, the runtime 
 is 6; and I
  would hope
    we would
     code
     against spec rather than 
 specific impls.
    
     John
    
     On Wed, Dec 21, 2011 at 3:41 PM, 
 Gerhard
  Petracek 
     gerhard.petra...@gmail.com 
 wrote:
    
      hi @ all,
     
      fyi: please check [1] 
 before you answer.
     
      [2] is the implementation 
 used in owb. i
  suggest
    to start with it
     (instead
      of the version of codi), 
 because the
  version of
    codi provides
    additional
      mechanisms we might need 
 later on (if we
  include
    the
     corresponding
      features).
     
      the basic concept:
      ServiceProvider (btw.
  DefaultLoaderService) is a
    custom
       implementation
    of
      the ServiceLoader mechanism 
 which allows
  to use
    codi with java
     1.5
       (if
     the
      cdi container allows it as 
 well).
      in case of java6+ the std. 
 ServiceLoader
  gets
    used.
     
      please send
      +1, +0 or -1 because...
      for the basic idea as well 
 as the basic
  concept.
      if there are basic 
 objections,
  please also
    add them to [3]
     
      regards,
      gerhard
     
      [1]
  http://markmail.org/message/7yefspfuvtz4jvmp
      [2]
     
     
    
       
      
     
   
   
 
 
 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans

Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-23 Thread Mark Struberg
We could try to use retro-translate to produce java5 compatible artifacts later?

LieGrue,
strub



- Original Message -
 From: Jason Porter lightguard...@gmail.com
 To: deltaspike-dev@incubator.apache.org
 Cc: 
 Sent: Friday, December 23, 2011 4:45 AM
 Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
 
 We have it in Seam, and Weld for that Java 5 support, but I'd prefer to
 stay on 6+. We *could* do a version compiled for jdk5. But then we get into
 issues of which branch, making sure it's all Java 5 features, etc.
 
 -0.5
 
 On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas 
 joserodolfo.frei...@gmail.com wrote:
 
  +0
 
  On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek 
  gerhard.petra...@gmail.com wrote:
 
   hi john,
  
   this feature won't prevent users from using deltaspike with candi
   (even if candi only supports java6+).
  
   regards,
   gerhard
  
  
  
   2011/12/22 John D. Ament john.d.am...@gmail.com
  
Hi Gerhard,
   
How about resin (CanDI)?
   
John
   
   
On Thu, Dec 22, 2011 at 6:01 AM, Gerhard Petracek 
gerhard.petra...@gmail.com wrote:
   
 hi john,

 the impl. would not be bound to a cdi impl.
 owb as well as weld (see [1]) support java5.

 regards,
 gerhard

 [1]


   
  
 
 https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java



 2011/12/22 John D. Ament john.d.am...@gmail.com

  -1
  Java5 is past EOL at this point.  Not suitable for 
 production
deployments
  from my perspective.  Java EE 6 (since any code we 
 write for delta
spike
 is
  against EE6) is for Java SE 6.  Even if the 
 implementation is using
Java
 5
  at compilation time, the runtime is 6; and I would hope 
 we would
  code
  against spec rather than specific impls.
 
  John
 
  On Wed, Dec 21, 2011 at 3:41 PM, Gerhard Petracek 
  gerhard.petra...@gmail.com wrote:
 
   hi @ all,
  
   fyi: please check [1] before you answer.
  
   [2] is the implementation used in owb. i suggest 
 to start with it
  (instead
   of the version of codi), because the version of 
 codi provides
 additional
   mechanisms we might need later on (if we include 
 the
  corresponding
   features).
  
   the basic concept:
   ServiceProvider (btw. DefaultLoaderService) is a 
 custom
implementation
 of
   the ServiceLoader mechanism which allows to use 
 codi with java
  1.5
(if
  the
   cdi container allows it as well).
   in case of java6+ the std. ServiceLoader gets 
 used.
  
   please send
   +1, +0 or -1 because...
   for the basic idea as well as the basic concept.
   if there are basic objections, please also 
 add them to [3]
  
   regards,
   gerhard
  
   [1] http://markmail.org/message/7yefspfuvtz4jvmp
   [2]
  
  
 

   
  
 
 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
   [3]
  
 

   
  
  https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
  
 

   
  
 
 
 
 
 -- 
 Jason Porter
 http://lightguard-jp.blogspot.com
 http://twitter.com/lightguardjp
 
 Software Engineer
 Open Source Advocate
 Author of Seam Catch - Next Generation Java Exception Handling
 
 PGP key id: 926CCFF5
 PGP key available at: keyserver.net, pgp.mit.edu



Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-23 Thread Jason Porter
If we wanted to try it later that's fine.

On Fri, Dec 23, 2011 at 02:41, Mark Struberg strub...@yahoo.de wrote:

 We could try to use retro-translate to produce java5 compatible artifacts
 later?

 LieGrue,
 strub



 - Original Message -
  From: Jason Porter lightguard...@gmail.com
  To: deltaspike-dev@incubator.apache.org
  Cc:
  Sent: Friday, December 23, 2011 4:45 AM
  Subject: Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider
 
  We have it in Seam, and Weld for that Java 5 support, but I'd prefer to
  stay on 6+. We *could* do a version compiled for jdk5. But then we get
 into
  issues of which branch, making sure it's all Java 5 features, etc.
 
  -0.5
 
  On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas 
  joserodolfo.frei...@gmail.com wrote:
 
   +0
 
   On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek 
   gerhard.petra...@gmail.com wrote:
 
hi john,
   
this feature won't prevent users from using deltaspike with candi
(even if candi only supports java6+).
   
regards,
gerhard
   
   
   
2011/12/22 John D. Ament john.d.am...@gmail.com
   
 Hi Gerhard,

 How about resin (CanDI)?

 John


 On Thu, Dec 22, 2011 at 6:01 AM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

  hi john,
 
  the impl. would not be bound to a cdi impl.
  owb as well as weld (see [1]) support java5.
 
  regards,
  gerhard
 
  [1]
 
 

   
 
 
 https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java
 
 
 
  2011/12/22 John D. Ament john.d.am...@gmail.com
 
   -1
   Java5 is past EOL at this point.  Not suitable for
  production
 deployments
   from my perspective.  Java EE 6 (since any code we
  write for delta
 spike
  is
   against EE6) is for Java SE 6.  Even if the
  implementation is using
 Java
  5
   at compilation time, the runtime is 6; and I would hope
  we would
   code
   against spec rather than specific impls.
  
   John
  
   On Wed, Dec 21, 2011 at 3:41 PM, Gerhard Petracek 
   gerhard.petra...@gmail.com wrote:
  
hi @ all,
   
fyi: please check [1] before you answer.
   
[2] is the implementation used in owb. i suggest
  to start with it
   (instead
of the version of codi), because the version of
  codi provides
  additional
mechanisms we might need later on (if we include
  the
   corresponding
features).
   
the basic concept:
ServiceProvider (btw. DefaultLoaderService) is a
  custom
 implementation
  of
the ServiceLoader mechanism which allows to use
  codi with java
   1.5
 (if
   the
cdi container allows it as well).
in case of java6+ the std. ServiceLoader gets
  used.
   
please send
+1, +0 or -1 because...
for the basic idea as well as the basic concept.
if there are basic objections, please also
  add them to [3]
   
regards,
gerhard
   
[1] http://markmail.org/message/7yefspfuvtz4jvmp
[2]
   
   
  
 

   
 
 
 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
[3]
   
  
 

   
 
 https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
   
  
 

   
 
 
 
 
  --
  Jason Porter
  http://lightguard-jp.blogspot.com
  http://twitter.com/lightguardjp
 
  Software Engineer
  Open Source Advocate
  Author of Seam Catch - Next Generation Java Exception Handling
 
  PGP key id: 926CCFF5
  PGP key available at: keyserver.net, pgp.mit.edu
 




-- 
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp

Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling

PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu


Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-22 Thread Mark Struberg
+1 This is nice for Java5 servers (which there are still a few out there).

Of course this means that we should also not use other Java6 features like 
String.isEmpty() and stuff. 


Basically this VOTE is about should we support Java5 ?

LieGrue,
strub



- Original Message -
 From: Gerhard Petracek gerhard.petra...@gmail.com
 To: deltaspike-dev@incubator.apache.org
 Cc: 
 Sent: Wednesday, December 21, 2011 9:41 PM
 Subject: [DISCUSS] [DELTASPIKE-28] ServiceProvider
 
 hi @ all,
 
 fyi: please check [1] before you answer.
 
 [2] is the implementation used in owb. i suggest to start with it (instead
 of the version of codi), because the version of codi provides additional
 mechanisms we might need later on (if we include the corresponding
 features).
 
 the basic concept:
 ServiceProvider (btw. DefaultLoaderService) is a custom implementation of
 the ServiceLoader mechanism which allows to use codi with java 1.5 (if the
 cdi container allows it as well).
 in case of java6+ the std. ServiceLoader gets used.
 
 please send
 +1, +0 or -1 because...
 for the basic idea as well as the basic concept.
 if there are basic objections, please also add them to [3]
 
 regards,
 gerhard
 
 [1] http://markmail.org/message/7yefspfuvtz4jvmp
 [2]
 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
 [3]
 https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
 


Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-22 Thread Jason Porter
We have it in Seam, and Weld for that Java 5 support, but I'd prefer to
stay on 6+. We *could* do a version compiled for jdk5. But then we get into
issues of which branch, making sure it's all Java 5 features, etc.

-0.5

On Thu, Dec 22, 2011 at 04:45, José Rodolfo Freitas 
joserodolfo.frei...@gmail.com wrote:

 +0

 On Thu, Dec 22, 2011 at 9:42 AM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

  hi john,
 
  this feature won't prevent users from using deltaspike with candi
  (even if candi only supports java6+).
 
  regards,
  gerhard
 
 
 
  2011/12/22 John D. Ament john.d.am...@gmail.com
 
   Hi Gerhard,
  
   How about resin (CanDI)?
  
   John
  
  
   On Thu, Dec 22, 2011 at 6:01 AM, Gerhard Petracek 
   gerhard.petra...@gmail.com wrote:
  
hi john,
   
the impl. would not be bound to a cdi impl.
owb as well as weld (see [1]) support java5.
   
regards,
gerhard
   
[1]
   
   
  
 
 https://github.com/weld/core/blob/master/impl/src/main/java/org/jboss/weld/util/ServiceLoader.java
   
   
   
2011/12/22 John D. Ament john.d.am...@gmail.com
   
 -1
 Java5 is past EOL at this point.  Not suitable for production
   deployments
 from my perspective.  Java EE 6 (since any code we write for delta
   spike
is
 against EE6) is for Java SE 6.  Even if the implementation is using
   Java
5
 at compilation time, the runtime is 6; and I would hope we would
 code
 against spec rather than specific impls.

 John

 On Wed, Dec 21, 2011 at 3:41 PM, Gerhard Petracek 
 gerhard.petra...@gmail.com wrote:

  hi @ all,
 
  fyi: please check [1] before you answer.
 
  [2] is the implementation used in owb. i suggest to start with it
 (instead
  of the version of codi), because the version of codi provides
additional
  mechanisms we might need later on (if we include the
 corresponding
  features).
 
  the basic concept:
  ServiceProvider (btw. DefaultLoaderService) is a custom
   implementation
of
  the ServiceLoader mechanism which allows to use codi with java
 1.5
   (if
 the
  cdi container allows it as well).
  in case of java6+ the std. ServiceLoader gets used.
 
  please send
  +1, +0 or -1 because...
  for the basic idea as well as the basic concept.
  if there are basic objections, please also add them to [3]
 
  regards,
  gerhard
 
  [1] http://markmail.org/message/7yefspfuvtz4jvmp
  [2]
 
 

   
  
 
 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
  [3]
 

   
  
 
 https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking
 

   
  
 




-- 
Jason Porter
http://lightguard-jp.blogspot.com
http://twitter.com/lightguardjp

Software Engineer
Open Source Advocate
Author of Seam Catch - Next Generation Java Exception Handling

PGP key id: 926CCFF5
PGP key available at: keyserver.net, pgp.mit.edu


Re: [DISCUSS] [DELTASPIKE-28] ServiceProvider

2011-12-21 Thread Gerhard Petracek
+1

regards,
gerhard



2011/12/21 Gerhard Petracek gerhard.petra...@gmail.com

 hi @ all,

 fyi: please check [1] before you answer.

 [2] is the implementation used in owb. i suggest to start with it (instead
 of the version of codi), because the version of codi provides additional
 mechanisms we might need later on (if we include the corresponding
 features).

 the basic concept:
 ServiceProvider (btw. DefaultLoaderService) is a custom implementation of
 the ServiceLoader mechanism which allows to use codi with java 1.5 (if the
 cdi container allows it as well).
 in case of java6+ the std. ServiceLoader gets used.

 please send
 +1, +0 or -1 because...
 for the basic idea as well as the basic concept.
 if there are basic objections, please also add them to [3]

 regards,
 gerhard

 [1] http://markmail.org/message/7yefspfuvtz4jvmp
 [2]
 https://svn.apache.org/repos/asf/openwebbeans/tags/openwebbeans-1.1.3/webbeans-impl/src/main/java/org/apache/webbeans/service/DefaultLoaderService.java
 [3]
 https://cwiki.apache.org/confluence/display/DeltaSpike/SE+Feature+Ranking