quality@glassfish.java.net

Re: ejb-jar shared by different applications (the feature request)

From: Richard Kolb <rjdkolb_at_gmail.com>
Date: Thu, 25 Feb 2010 11:21:28 +0200

Um, I think the best idea for now is create another domain.

If you need to serve all domains on the same website use Apache Mod Proxy

Then http://yourdomain:80/app1 could really be http://yourdomain:8080/app1
Then http://yourdomain:80/app2 could really be http://yourdomain:18080/app1

Your security can be on the domain level




2010/2/25 Felipe Gaścho <fgaucho_at_gmail.com>

> "app A can access the resources of app B" .. that's the idea.. how to
> configure that ?
>
> Not only ejb-jar, but i18n files, images or other resources..
>
> 2010/2/25 Felipe Gaścho <fgaucho_at_gmail.com>:
> > both cases..
> >
> > first, it only works if you have the ejb-jar deployied separatelly..
> > but sometimes you already have an EAR file with several resources that
> > you need in a second application. (legacy code, or just isolated
> > projects).
> >
> > So, the idea is to be able to share resources between applications -
> > today it is not possible without fragmenting this resources from its
> > original apps.
> >
> > On Thu, Feb 25, 2010 at 10:07 AM, Richard Kolb <rjdkolb_at_gmail.com>
> wrote:
> >>
> >> 2010/2/25 Felipe Gaścho <fgaucho_at_gmail.com>
> >>>
> >>> yes, but how do you protect the data then ?
> >>>
> >>> The ejb-jar will be exposed to any application running in the
> container..
> >>
> >> Oh, ok.
> >> Now I think I understand.
> >>
> >>
> >>>
> >>> The idea is to be able to configure "groups of applications" that
> >>> share some resources ...
> >>
> >> This is something is working but you want a feature to add security
> around
> >> EJB's
> >> Is this correct ?
> >>
> >>
> >
> >
> >
> > --
> > ------------------------------------------
> > Felipe Gaścho
> > 10+ Java Programmer
> > CEJUG Senior Advisor
> >
>
>
>
> --
> ------------------------------------------
> Felipe Gaścho
> 10+ Java Programmer
> CEJUG Senior Advisor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: quality-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: quality-help_at_glassfish.dev.java.net
>
>