exist-development

[Exist-development] modules disabled

[Dannes W. <di...@ex...>]

Hoi,

I found out that some of the modules are disabled by default:

include.feature.debugger = false
include.feature.gate = false
include.feature.security.openid = false *
include.module.cache = false
include.module.context = false
include.module.jfreechart = false **
include.module.jndi = false
include.module.math = false
include.module.scheduler = false 
include.module.simpleql = false
include.module.sql = false
include.module.svn = false **
include.module.xmpp = false **
include.module.xslfo = false **

For sure, some of these modules some side effects occur when enabled: openId is not required for many of us, the ** marked modules causes a large set of goodies to be downloaded...... And some introduce some system risks. 'file' is okay these days, but I am not sure about e.g. the jndi.

I'd like to discuss which of the modules can / should be enabled. Think of the risks or the side effects!

My suggestion is to enable cache, math and scheduler (math has been enabled in previous releases anyway)


Kind regards

Dannes

--
eXist-db Native XML Database - http://exist-db.org
Join us on linked-in: http://www.linkedin.com/groups?gid=35624

Re: [Exist-development] modules disabled

[Evgeny G. <gaz...@gm...>]

> My suggestion is to enable cache, math and scheduler (math has been enabled in previous releases anyway)
Agree

gate is not module, and you are miss the "lib" (may be rename too?) module

----------
Evgeny

Re: [Exist-development] modules disabled

[Dmitriy S. <sha...@gm...>]

On Sun, 2010-03-21 at 22:10 +0100, Dannes Wessels wrote:
> 
> My suggestion is to enable cache, math and scheduler (math has been
> enabled in previous releases anyway)

+1 for math

-- 
Cheers,

Dmitriy Shabanov

Re: [Exist-development] modules disabled

[Leif-Jöran O. <lj...@ex...>]

Den 2010-03-21 22:22, Evgeny Gazdovsky skrev:
>> My suggestion is to enable cache, math and scheduler (math has been enabled in previous releases anyway)
> Agree
> 
> gate is not module, and you are miss the "lib" (may be rename too?) module

Yes, module lib is up for rename too as well as the feature sharepoint
rescue gate.

Re: [Exist-development] modules disabled

[Dannes W. <da...@ex...>]

lib could be renamed to jnlp or jnlplib

2010/3/22 Leif-Jöran Olsson <lj...@ex...>:
> Den 2010-03-21 22:22, Evgeny Gazdovsky skrev:
>>> My suggestion is to enable cache, math and scheduler (math has been enabled in previous releases anyway)
>> Agree
>>
>> gate is not module, and you are miss the "lib" (may be rename too?) module
>
> Yes, module lib is up for rename too as well as the feature sharepoint
> rescue gate.
>
>



-- 
eXist-db Native XML Database - http://exist-db.org
Join us on linked-in: http://www.linkedin.com/groups?gid=35624

Re: [Exist-development] modules disabled

[Evgeny G. <gaz...@gm...>]

in common it could be used for any files in libs folders
and not only for jnlp purpose.

Re: [Exist-development] modules disabled

[Loren C. <lor...@gm...>]

Shouldn't we set the cocoon default to false?

#Cocoon extension
include.feature.cocoon = true


On Mar 21, 2010, at 04:10 PM, Dannes Wessels wrote:

> Hoi,
> 
> I found out that some of the modules are disabled by default:
> 
> include.feature.debugger = false
> include.feature.gate = false
> include.feature.security.openid = false *
> include.module.cache = false
> include.module.context = false
> include.module.jfreechart = false **
> include.module.jndi = false
> include.module.math = false
> include.module.scheduler = false 
> include.module.simpleql = false
> include.module.sql = false
> include.module.svn = false **
> include.module.xmpp = false **
> include.module.xslfo = false **
> 
> For sure, some of these modules some side effects occur when enabled: openId is not required for many of us, the ** marked modules causes a large set of goodies to be downloaded...... And some introduce some system risks. 'file' is okay these days, but I am not sure about e.g. the jndi.
> 
> I'd like to discuss which of the modules can / should be enabled. Think of the risks or the side effects!
> 
> My suggestion is to enable cache, math and scheduler (math has been enabled in previous releases anyway)
> 
> 
> Kind regards
> 
> Dannes
> 
> --
> eXist-db Native XML Database - http://exist-db.org
> Join us on linked-in: http://www.linkedin.com/groups?gid=35624
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Exist-development mailing list
> Exi...@li...
> https://lists.sourceforge.net/lists/listinfo/exist-development

Re: [Exist-development] modules disabled

[Dmitriy S. <sha...@gm...>]

On Mon, 2010-03-22 at 10:56 -0500, Loren Cahlander wrote:
> Shouldn't we set the cocoon default to false?
> 
> #Cocoon extension
> include.feature.cocoon = true

We still have dependencies in core code :( (cluster, remove it? ;)

-- 
Cheers,

Dmitriy Shabanov

Re: [Exist-development] modules disabled

[Loren C. <lor...@gm...>]

A core feature should never have dependencies on an extension module.  Is anyone out there using the cluster functionality?

Since there is no one maintaining the cluster code and it is not a full feature cluster, I recommend that we remove the cluster feature and develop plans for a full featured clustering.  We need to document what the requirements of a clustering module are so that we can develop an appropriate module for this.

We should either remove clustering or move it to an extension module.

Loren

On Mar 22, 2010, at 11:22 AM, Dmitriy Shabanov wrote:

> On Mon, 2010-03-22 at 10:56 -0500, Loren Cahlander wrote:
>> Shouldn't we set the cocoon default to false?
>> 
>> #Cocoon extension
>> include.feature.cocoon = true
> 
> We still have dependencies in core code :( (cluster, remove it? ;)
> 
> -- 
> Cheers,
> 
> Dmitriy Shabanov

Re: [Exist-development] modules disabled

[Dmitriy S. <sha...@gm...>]

On Mon, 2010-03-22 at 11:36 -0500, Loren Cahlander wrote:
> A core feature should never have dependencies on an extension module.  Is anyone out there using the cluster functionality?
> 
> Since there is no one maintaining the cluster code and it is not a full feature cluster, I recommend that we remove the cluster feature and develop plans for a full featured clustering.  We need to document what the requirements of a clustering module are so that we can develop an appropriate module for this.
> 
> We should either remove clustering or move it to an extension module.

+1 for "move it to an extension module"

> 
> Loren
> 
> On Mar 22, 2010, at 11:22 AM, Dmitriy Shabanov wrote:
> 
> > On Mon, 2010-03-22 at 10:56 -0500, Loren Cahlander wrote:
> >> Shouldn't we set the cocoon default to false?
> >> 
> >> #Cocoon extension
> >> include.feature.cocoon = true
> > 
> > We still have dependencies in core code :( (cluster, remove it? ;)
> > 
> > -- 
> > Cheers,
> > 
> > Dmitriy Shabanov
> 
-- 
Cheers,

Dmitriy Shabanov