From: Jozef Hartinger <[email protected]>
To: Mark Struberg <[email protected]>
Cc: "[email protected]" <[email protected]>
Sent: Tuesday, October 16, 2012 8:19 AM
Subject: Re: seam-servlet stuff to deltaspike
#2 could be split into two issues:
2a) Injection of Servlet artefacts
Solder stores ServletContext in an @ApplicationScoped holder which
caused a clash between multiple ServletContexts in a multiwar ear
deployment. This can be solved easily by using something other than
@ApplicationScoped holder for holding the reference.
2b) Lifecycle events
Solder propagates servlet lifecyce events e.g. @Initialized
ServletContext. In a multi-war ear deployment an event with payload that
represents a servlet context of war1 is fired to all matching observer
methods including those in different wars which may be confusing.
We got this right in Weld but we were able to do that because we have
much more information about a deployment structure compared what a CDI
extension has. I am not sure if this can be implemented properly as a
CDI extension.
On 10/15/2012 05:22 PM, Mark Struberg wrote:
what was the problem actually?
LieGrue,
strub
----- Original Message -----
From: Jason Porter <[email protected]>
To: Jozef Hartinger <[email protected]>
Cc: [email protected]
Sent: Monday, October 15, 2012 5:19 PM
Subject: Re: seam-servlet stuff to deltaspike
No problem at all with #1, #2 is a bit difficult to solve. Jozef, have
you
solved this in Weld 2.0? If so, how do you propose we solve it in DS?
On Mon, Oct 15, 2012 at 2:46 AM, Jozef Hartinger
<[email protected]>wrote:
There are two issues I am aware of:
1) The injectable Servlet artifacts should define a
deltaspike-specific
qualifier in order to prevent conflict with CDI 1.1 which defines
these
artifacts in the @Default space.
2) There was an issue in solder related to multi-war ear
deployment which
is hard to get right
On 10/13/2012 07:39 PM, Jason Porter wrote:
Were there other issues? That one is easy to fix. I thought
there was
something with the producers at some point.
Sent from my iPhone
On Oct 13, 2012, at 11:17, Cody Lerum
<[email protected]>
wrote:
This was one major outstanding issue.
https://issues.jboss.org/**browse/SOLDER-312<https://issues.jboss.org/browse/SOLDER-312>
On Sat, Oct 13, 2012 at 4:22 AM, Charles Moulliard
<[email protected]>
wrote:
+1
On Sat, Oct 13, 2012 at 10:56 AM, Christian Kaltepoth
<
[email protected]> wrote:
+1 for adding it to 0.4 as a separate servlet
module.
I think these are very important features.
Especially the
event
propagation and the injection of servlet-related
objects.
Christian
2012/10/12 Jason Porter
<[email protected]>
Sounds like we're good to add it. Shall
we add it
for v0.4?
On Fri, Oct 12, 2012 at 11:04 AM, Gerhard
Petracek <
[email protected]> wrote:
+1 for an own module.
regards,
gerhard
2012/10/12 Mark Struberg
<[email protected]>
+1 for modules/servlet :)
LieGrue,
strub
----- Original Message -----
From: Jason Porter
<[email protected]>
To:
deltaspike-dev@incubator.**apache.org<[email protected]>
Cc:
Sent: Friday, October 12, 2012
5:12 PM
Subject: Re: seam-servlet stuff
to
deltaspike
I have no problem adding it. It
certainly
should be its own module
though.
We may also need to rethink some
of how the
code was working. I
remember
there being problems, but maybe
it's simply
because we put it into
solder.
On Fri, Oct 12, 2012 at 9:08 AM,
Romain
Manni-Bucau
<[email protected]>wrote:
+1
*Romain Manni-Bucau*
*Twitter: @rmannibucau
<https://twitter.com/**rmannibucau<https://twitter.com/rmannibucau>
>*
*Blog:
**http://rmannibucau.**wordpress.com/*<http://rmannibucau.wordpress.com/*>
<
http://rmannibucau.wordpress.**com/<http://rmannibucau.wordpress.com/>
>
*LinkedIn:
**http://fr.linkedin.com/in/**rmannibucau*<http://fr.linkedin.com/in/rmannibucau*>
*Github:
https://github.com/**rmannibucau*<https://github.com/rmannibucau*>
2012/10/12 Adrian Mitev
<[email protected]>
Hi all! The stuff in the old
seam-servlet module [1], [2] and
[3]
(now
merged in seam-solder) are quite
useful and
are great
candidate for
adding
in Deltaspike.
1 -
http://docs.jboss.org/seam/3/**3.1.0.Final/reference/en-US/**
html/servlet-events.html<http://docs.jboss.org/seam/3/3.1.0.Final/reference/en-US/html/servlet-events.html>
2 -
http://docs.jboss.org/seam/3/**3.1.0.Final/reference/en-US/**
html/injectablerefs.html<http://docs.jboss.org/seam/3/3.1.0.Final/reference/en-US/html/injectablerefs.html>
3 -
http://docs.jboss.org/seam/3/**3.1.0.Final/reference/en-US/**
html/exception-handling.html<http://docs.jboss.org/seam/3/3.1.0.Final/reference/en-US/html/exception-handling.html>
--
Jason Porter
http://lightguard-jp.blogspot.**com<http://lightguard-jp.blogspot.com>
http://twitter.com/**lightguardjp<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://lightguard-jp.blogspot.com>
http://twitter.com/**lightguardjp
<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
--
Christian Kaltepoth
Blog: http://chkal.blogspot.com/
Twitter: http://twitter.com/chkal
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog :
http://cmoulliard.blogspot.com
--
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
