You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geronimo.apache.org by Edson Carlos Ericksson Richter <ed...@brinformatica.srv.br> on 2006/01/22 07:02:13 UTC
Fixed context parameters
Hi!
I have app that users context parameters to define app behaviour for
each deployment. So, if I put context parameters inside web.xml I
running in the risk to override configuration for some server (what is
not desirable).
Under Tomcat, I used to define this kind of parameter in context.xml for
each deployment, like this:
<Context>
...
<Parameter name="containeType" value="D" override="false"/>
<Parameter name="appletLoginLocal" value="false" override="false"/>
...
</Context>
So, even if I put something in web.xml for above parameters, Tomcat will
assume values defined in context.xml
There is something similar in Geronimo?
Thanks,
Richter
RE: Build issue (using HEAD version in svn)
Posted by Anthony Kong <an...@bisinfo.com.au>.
Hi, david,
============================
Maven-eclipse-plugin basically generates the .classpath and .project for me
such that I can open the project in Eclipse.
============================
I am using
$ java -version
java version "1.4.2_10"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_10-b03)
Java HotSpot(TM) Client VM (build 1.4.2_10-b03, mixed mode)
And
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.1-beta-2
============================
Svn HEAD version:
If I used "maven -o new" the problem is different now. The following error
message comes up:
test:test:
[echo] icms-maven-plugin set maven.test.skip to false by default
[junit] Running org.apache.geronimo.activation.handlers.MailcapTest
[junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec
[junit] [ERROR] Test org.apache.geronimo.activation.handlers.MailcapTest
FAILED
[junit] Running org.apache.geronimo.activation.handlers.TextHtmlTest
[junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec
[junit] [ERROR] Test
org.apache.geronimo.activation.handlers.TextHtmlTest FAILED
[junit] Running org.apache.geronimo.activation.handlers.TextPlainTest
[junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec
[junit] [ERROR] Test
org.apache.geronimo.activation.handlers.TextPlainTest FAILED
[junit] Running org.apache.geronimo.activation.handlers.TextXmlTest
[junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 0 sec
[junit] [ERROR] Test org.apache.geronimo.activation.handlers.TextXmlTest
FAILED
"Maven eclipse" error message can be seen in previous email
============================
1.0 source code:
If I run "maven eclipse" using the 1.0 source code, it runs fine.
If I run "maven new" using the 1.0 source code, it ends up with a long
stacktrace when it reached the goal "multiproject:install-callback".
The first exception is
5344 [main] ERROR org.apache.geronimo.plugin.packaging.PackageBuilder -
org.apache.geronimo.common.DeploymentException:
org.apache.geronimo.kernel.repository.MissingDependencyException: uri
geronimo-spec/geronimo-spec-corba/2.3-rc4/jar not found in repository
================================
Sorry, I have written this long mail. I hope it is not too confusing.
A summary:
svn HEAD 1.0
-----------------+----------+------------
Maven eclipse Not OK OK
Maven new Not OK not OK
Cheers,
AK
-----Original Message-----
From: David Jencks [mailto:david_jencks@yahoo.com]
Sent: Wednesday, 25 January 2006 9:17 AM
To: user@geronimo.apache.org
Subject: Re: Build issue
I have no idea what maven eclipse does, but that jar is built in geronimo.
Have you run maven new? If you have run it once you can probably usually
run maven -o new and save a lot of time :-)
thanks
david jencks
On Jan 24, 2006, at 2:07 PM, Anthony Kong wrote:
> Hi,
>
> I did not find this info in the archive, and that's why this email.
> If you
> have a pointer to an existing resource, do let me know.
>
> I have encountered this error messag when I run 'maven eclipse' at the
> top level of the geronimo source code directory. I obtain the source
> form the svn HEAD.
>
>
> +----------------------------------------
> | Executing (eclipse): Geronimo :: IZPack Installer Build Plugin
> | Memory: 18M/30M
> +----------------------------------------
> DEPRECATED: the default goal should be specified in the <build>
> section of project.xml ins tead of maven.xml
>
> eclipse:
>
> build:end:
>
> Attempting to download standalone-compiler-custom-3.8.0.jar.
> WARNING: Failed to download standalone-compiler-custom-3.8.0.jar.
>
> BUILD FAILED
> File...... f:\testground\geronimo\maven.xml Element... maven:reactor
> Line...... 429 Column.... -1 The build cannot continue because of the
> following unsatisfied
> dependency:
>
> standalone-compiler-custom-3.8.0.jar
>
> Total time : 8 minutes 28 seconds
> Finished at : Tuesday, 24 January 2006 12:19:25
>
>
> Where I can obtain this jar file?
>
> Cheers,
> AK
>
Re: Build issue
Posted by David Jencks <da...@yahoo.com>.
I have no idea what maven eclipse does, but that jar is built in
geronimo.
Have you run maven new? If you have run it once you can probably
usually run maven -o new and save a lot of time :-)
thanks
david jencks
On Jan 24, 2006, at 2:07 PM, Anthony Kong wrote:
> Hi,
>
> I did not find this info in the archive, and that's why this email.
> If you
> have a pointer to an existing resource, do let me know.
>
> I have encountered this error messag when I run 'maven eclipse' at
> the top
> level of the geronimo source code directory. I obtain the source
> form the
> svn HEAD.
>
>
> +----------------------------------------
> | Executing (eclipse): Geronimo :: IZPack Installer Build Plugin
> | Memory: 18M/30M
> +----------------------------------------
> DEPRECATED: the default goal should be specified in the <build>
> section of
> project.xml ins
> tead of maven.xml
>
> eclipse:
>
> build:end:
>
> Attempting to download standalone-compiler-custom-3.8.0.jar.
> WARNING: Failed to download standalone-compiler-custom-3.8.0.jar.
>
> BUILD FAILED
> File...... f:\testground\geronimo\maven.xml
> Element... maven:reactor
> Line...... 429
> Column.... -1
> The build cannot continue because of the following unsatisfied
> dependency:
>
> standalone-compiler-custom-3.8.0.jar
>
> Total time : 8 minutes 28 seconds
> Finished at : Tuesday, 24 January 2006 12:19:25
>
>
> Where I can obtain this jar file?
>
> Cheers,
> AK
>
Build issue
Posted by Anthony Kong <an...@bisinfo.com.au>.
Hi,
I did not find this info in the archive, and that's why this email. If you
have a pointer to an existing resource, do let me know.
I have encountered this error messag when I run 'maven eclipse' at the top
level of the geronimo source code directory. I obtain the source form the
svn HEAD.
+----------------------------------------
| Executing (eclipse): Geronimo :: IZPack Installer Build Plugin
| Memory: 18M/30M
+----------------------------------------
DEPRECATED: the default goal should be specified in the <build> section of
project.xml ins
tead of maven.xml
eclipse:
build:end:
Attempting to download standalone-compiler-custom-3.8.0.jar.
WARNING: Failed to download standalone-compiler-custom-3.8.0.jar.
BUILD FAILED
File...... f:\testground\geronimo\maven.xml
Element... maven:reactor
Line...... 429
Column.... -1
The build cannot continue because of the following unsatisfied dependency:
standalone-compiler-custom-3.8.0.jar
Total time : 8 minutes 28 seconds
Finished at : Tuesday, 24 January 2006 12:19:25
Where I can obtain this jar file?
Cheers,
AK
Re: Fixed context parameters
Posted by Edson Carlos Ericksson Richter <ed...@brinformatica.srv.br>.
I'm not sure this it's a really good way for doing things.
In really, I used this because I didn't wan't to lookup values from
JNDI. It's easier to ask for context parameters.
But at the end, I relyied to much in this functionality from Tomcat.
In real, I should look at other solutions to customize behaviour of my
app, not using context parameters.
The unique real advantage Tomcat offer in this situation is because when
I redeploy the app, behaviour parameters don't are overwritten.
So, you have some kind of suggestion? System properties? What about 4 or
5 instances of same application, but with different values for parameters?
Thanks,
Richter
David Jencks escreveu:
> We don't do anything like that. For us, servlet context params must
> be set in web.xml.
>
> I would be willing to consider allowing them to be overridden in the
> geronimo plan for that web app, but I don't think it's a good idea to
> have a global override across web apps. You could try convincing me
> otherwise :-)
>
> Another mechanism you might consider is using system properties. We
> have a gbean that lets you set as many system properties as you want,
> and of course they are available to all applications. There's an
> example of this gbean in the rmi-naming plan/configuration.
>
> thanks
> david jencks
>
> On Jan 24, 2006, at 4:37 AM, Edson Carlos Ericksson Richter wrote:
>
>> I'll sumarize my question:
>>
>> there is somenthing like Tomcat's "<Parameter .../>" in Geronimo
>> that I can use to define web app parameters in a server globally way?
>>
>> Richter
>>
>> Edson Carlos Ericksson Richter escreveu:
>>
>>> Hi!
>>>
>>> I have app that users context parameters to define app behaviour
>>> for each deployment. So, if I put context parameters inside web.xml
>>> I running in the risk to override configuration for some server
>>> (what is not desirable).
>>>
>>> Under Tomcat, I used to define this kind of parameter in
>>> context.xml for each deployment, like this:
>>>
>>> <Context>
>>> ...
>>> <Parameter name="containeType" value="D" override="false"/>
>>> <Parameter name="appletLoginLocal" value="false" override="false"/>
>>> ...
>>> </Context>
>>>
>>> So, even if I put something in web.xml for above parameters, Tomcat
>>> will assume values defined in context.xml
>>>
>>> There is something similar in Geronimo?
>>>
>>>
>>> Thanks,
>>>
>>> Richter
>>>
>>
>
>
Re: Fixed context parameters
Posted by David Jencks <da...@yahoo.com>.
We don't do anything like that. For us, servlet context params must
be set in web.xml.
I would be willing to consider allowing them to be overridden in the
geronimo plan for that web app, but I don't think it's a good idea to
have a global override across web apps. You could try convincing me
otherwise :-)
Another mechanism you might consider is using system properties. We
have a gbean that lets you set as many system properties as you want,
and of course they are available to all applications. There's an
example of this gbean in the rmi-naming plan/configuration.
thanks
david jencks
On Jan 24, 2006, at 4:37 AM, Edson Carlos Ericksson Richter wrote:
> I'll sumarize my question:
>
> there is somenthing like Tomcat's "<Parameter .../>" in Geronimo
> that I can use to define web app parameters in a server globally way?
>
> Richter
>
> Edson Carlos Ericksson Richter escreveu:
>
>> Hi!
>>
>> I have app that users context parameters to define app behaviour
>> for each deployment. So, if I put context parameters inside
>> web.xml I running in the risk to override configuration for some
>> server (what is not desirable).
>>
>> Under Tomcat, I used to define this kind of parameter in
>> context.xml for each deployment, like this:
>>
>> <Context>
>> ...
>> <Parameter name="containeType" value="D" override="false"/>
>> <Parameter name="appletLoginLocal" value="false" override="false"/>
>> ...
>> </Context>
>>
>> So, even if I put something in web.xml for above parameters,
>> Tomcat will assume values defined in context.xml
>>
>> There is something similar in Geronimo?
>>
>>
>> Thanks,
>>
>> Richter
>>
>
Re: Fixed context parameters
Posted by Edson Carlos Ericksson Richter <ed...@brinformatica.srv.br>.
I'll sumarize my question:
there is somenthing like Tomcat's "<Parameter .../>" in Geronimo that I
can use to define web app parameters in a server globally way?
Richter
Edson Carlos Ericksson Richter escreveu:
> Hi!
>
> I have app that users context parameters to define app behaviour for
> each deployment. So, if I put context parameters inside web.xml I
> running in the risk to override configuration for some server (what is
> not desirable).
>
> Under Tomcat, I used to define this kind of parameter in context.xml
> for each deployment, like this:
>
> <Context>
> ...
> <Parameter name="containeType" value="D" override="false"/>
> <Parameter name="appletLoginLocal" value="false" override="false"/>
> ...
> </Context>
>
> So, even if I put something in web.xml for above parameters, Tomcat
> will assume values defined in context.xml
>
> There is something similar in Geronimo?
>
>
> Thanks,
>
> Richter
>