I've had similar discussions about Maven with folks. One other area that people were interested
about with plugins that I forgot about was configuration. It's fine to develop an app that has a
datasource that's local but there is little likelyhood that the same datasource will be used in
So here's the thing with datasources. There just has to be one with a
matching name. We don't attempt to validate what it points to. So
you can have MyAppDataSource on dev, test, and prod servers, pointing
to a different database on each box. Then if you deploy an
application plugin that
So this could be currently done independent of project structure?
On Jun 15, 2006, at 12:21 AM, Aaron Mulder wrote:
I assume the API approach would be best for Eclipse
integration -- there's a call to get the default metadata (including
dependencies gleaned from the module itself), a data
On 6/15/06, Sachin Patel [EMAIL PROTECTED] wrote:
So this could be currently done independent of project structure?
I'm not sure what you mean. One issue is that this (API approach)
only works if the server is running (at least j2ee-system and
rmi-naming), because you do it through the
Here are some plugins that I would like to create or see created. Many
of them would have both console portlets for configuration and
JNDI-accessible APIs for direct access from applications.
(BTW, I think it would be great to have a Geronimo Plugins space in
Confluence where we could flesh out
You mentioned SiteMinder -- that would be great, but it might be
easier to start with Yale CAS, since that's open source. Also, one of
the issues on the table for 1.1.1 is to make the security realm
portlet more dynamic. Right now, there's no way to plug in new
configurations for it. It will
On 6/15/06, Aaron Mulder [EMAIL PROTECTED] wrote:
You mentioned SiteMinder -- that would be great, but it might beeasier to start with Yale CAS, since that's open source.Also, one ofthe issues on the table for 1.1.1 is to make the security realmportlet more dynamic.Right now, there's no way to
On 6/15/06, Guillaume Nodet [EMAIL PROTECTED] wrote:
+1, that was exactly what i was about to answer :)
We already have a set of beans that work nicely and i was planning
to raise a JIRA to import these in geronimo trunk. I guess it would do a
nice plugin
by itself.
Still need to find a good
On Jun 15, 2006, at 7:43 AM, Aaron Mulder wrote:
Also, if we get the ServiceMix integration working, we may be able to
leverage the ServiceMix file poller instead of implementing a separate
one for Geronimo.
On Jun 15, 2006, at 7:50 AM, Guillaume Nodet wrote:
+1, that was exactly what i was
(Changing subject to make thread more generic)
So there are two ways to create a plugin. One is to get the module
running in Geronimo and then create the metadata file and export the
CAR -- there's an API for this (which the console uses) and the
Eclipse plugin could use too. The other way is
One of the folks at the Geronimo talk at the Enterprise Open Source
conference in NYC was from a university that uses Apt, RPM, and tools
like that to manage their patches and infrastructure. They were
especially interested in find ways like that to distribute plugins.
He mentioned a feature in
11 matches
Mail list logo