Pierre,
Thank you for the links. I must take a look at the information.
Kirk Knoernschild
http://www.kirkk.com
http://techdistrict.kirkk.com
http://planet.kirkk.com
twitter: pragkirk
On Mar 26, 2009, at Mar 26, 12:04 PM, Pierre Dubois wrote:
Have a look at:
http://forge.ow2.org/projects/dysoweb
http://www.requea.com/do/Support/Documentation/Documentation/index?sysId=a40485cd-af22-4988-9514-53c1cad35ce0&pctx=dbf93cb31f622c43012043af25e444b4
http://www.requea.com/do/archi/dysoweb/Dysoweb
On Mar 26, 2009, at 5:50 PM, Kirk Knoernschild wrote:
The techniques you are using are the types of best practices and
patterns that are lacking, and that are impeding more widespread
adoption. How are you embedding Felix in your apps? How do you
support JSP? That type of thing. Can you share the techniques
you're using to deploy web apps to these app servers while still
leveraging OSGi?
Kirk Knoernschild
http://www.kirkk.com
http://techdistrict.kirkk.com
http://planet.kirkk.com
twitter: pragkirk
On Mar 26, 2009, at Mar 26, 10:12 AM, Pierre Dubois wrote:
I second Rob.
We came from a different perspective, but got the same result. Not
saying it is trivial, but definitely doable. We do use pretty much
the same stuff (log4j, hibernate, lucene, itext, jackrabbit)
deployed in Felix. We do only Web dev, and our stuff runs in
Tomcat, JBoss, Weblogic and Oracle AS. We do not use Jetty tough.
Pierre
On Mar 26, 2009, at 3:09 PM, Kirk Knoernschild wrote:
Rob,
Curious - What application server do you use? Jetty embedded
within Felix?
I never suggested it wasn't possible to do (I know it's
possible), only that it isn't feasible for most organizations to
attempt. But if I've got my current generation of applications
deployed on WAS, WebLogic, or JBoss, most organizations would
look at me like I was crazy were I to suggest embedding Jetty
within Felix.
Kirk Knoernschild
http://www.kirkk.com
http://techdistrict.kirkk.com
http://planet.kirkk.com
twitter: pragkirk
On Mar 26, 2009, at Mar 26, 8:56 AM, Rob Walker wrote:
Nice response ;)
I guess we just come at it from different directions. We do use
OSGi for web app development, and it's been very successful.
We've got rock solid GWT support, a decent spread of back end
services, including all the usual infrastructure plumbing like
logging, user auth, personalization etc etc. We did roll a lot
of it ourselves, but in truth most of the effort was figuring
out how best to architect things - which I suspect we'd have
needed to do even if we'd used more pre-built app framework
functionality. We did pick and choose a lot of free standing
libs to help us, such as the usual suspects of Log4j, Apache
Commons Configuration, Hibernate, XML and XSLT tools, a sprinkle
of Spring Security, java html/chart/pdf report generators like
iText, TrueZip, and too many others too mention.
In the end, it wasn't that much code or effort to wire each of
these libs in ways that exactly met our needs.
-- Rob
Kirk Knoernschild wrote:
Rob,
Thank you for the comment on my blog posting. I've responded,
but will also take a moment to respond here, as well.
I didn't intend to come across as narrowly focused. In fact, I
thought I was pretty broadly focused and had made it clear I
was talking about OSGi for web application development. I felt
I was pretty clear that OSGi proper (Equinox and Felix) is
ready for primetime, but the tooling and application platform
is not. I'm an OSGi advocate, but it's unrealistic to expect an
enterprise developer to glue together the components necessary
to develop an enterprise application using OSGi. That's why we
use products and frameworks - so we don't have to. You can
respectfully disagree with my argument, but the reality is that
until better tooling exists and the application platform
exposes the capabilities of OSGi, the enterprise is not going
to use it. And I wish they could!
I shall now take a retreat to write some code...:-)
Kirk Knoernschild
http://www.kirkk.com
http://techdistrict.kirkk.com
http://planet.kirkk.com
twitter: pragkirk
On Mar 26, 2009, at Mar 26, 1:04 AM, Rob Walker wrote:
I added my 10c:
http://techdistrict.kirkk.com/2009/03/25/osgi-discontent-no-migration-path/#comment-7129
When did developing sotfware and apps get reduced to mindless
lego block assembly - where did all the real programmers go? I
guess they're writing code not blogs!
- R
Dave McLoughlin wrote:
Someone may want to comment/respond on this article:
http://techdistrict.kirkk.com/2009/03/25/osgi-discontent-no-migration-pa
th/
Dave McLoughlin | OpenLogic
720 240 4530 | phone
303 818 1686 | cell
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
Ascert - Taking systems to the Edge
[email protected]
+44 (0)20 7488 3470
www.ascert.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
Ascert - Taking systems to the Edge
[email protected]
+44 (0)20 7488 3470
www.ascert.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
Pierre Dubois
Requea
www.requea.com
06 82 27 46 32
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
Pierre Dubois
Requea
www.requea.com
06 82 27 46 32
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
