|
| Re: serverside OSGI follow on questions [message #59325 is a reply to message #59300] |
Thu, 02 February 2006 07:23   |
Eclipse User |
|
|
|
Originally posted by: skaegi.sympatico.ca
> 1. Enabling log4j. Our code uses log4j. log4j used to discover our
> log4.properties file in the classloader path of the web container and
> implicitly use them. That is no longer happening. log4j reports that it
> can't find any appenders (defined in log4.properties). I have to
> explicitly enable log4j to get it to work. I have tried putting our
> log4j.properties file in various places in the deployed WAR's directory
> structure to no avail.
Hmm... is your log4j in a bundle? If so, your log4j.properties needs to be
on that bundle's classpath.
If on the otherhand you have log4j.jar in web-inf/lib things should work as
before.
Let me know if you run into problems and I'll try it out.
> 2. It would be cool to have support for a links directory (under
> /platform) so contributing features could be deployed away from the core
> eclipse/osgi feature-plugin set. I might just mean including one or more
> existing plug-in jars.
hmm...
It's a little tricky because link support comes from platform.xml. (see the
context.tempdir's platform/configuration/org.eclipse.update/platform.xml)
If you want you can directly add a transient="true" to the config element
and experiment.
I'd like to wait and see what happens with the "simple" configrator that's
supposed to be coming.
Open an EHR if you like.
>
> 3. Do you have any recommendations/tooling for publishing to the server?
> Right now I am manually exporting a deployable feature to the /platform
> directory to prime it and then exporting modified project(s) as
> deployable plug-in(s) as I make changes. Running a sp_redeploy after each
> export to restart my app. Some automation via ANT and PDE would probably
> improve this.
:) I've done the same thing countless times. e.g. exporting features and
plugins to the platform dir.
Automation of that process would be nice ... in fact codifying that process
in documentation would be helpful
>
> Thanks,
> Jim D'Anjou
>
>
|
|
|
|
|
|
| Re: serverside OSGI follow on questions [message #60922 is a reply to message #59325] |
Thu, 09 February 2006 16:59 |
| Eclipse User |
|
|
|
Originally posted by: jeff_nospam_mcaffer.ca.ibm.com
"Simon Kaegi" <skaegi@sympatico.ca> wrote in message
news:drsc1a$vp7$1@utils.eclipse.org...
> > 1. Enabling log4j. Our code uses log4j. log4j used to discover our
> > log4.properties file in the classloader path of the web container and
> > implicitly use them. That is no longer happening. log4j reports that it
> > can't find any appenders (defined in log4.properties). I have to
> > explicitly enable log4j to get it to work. I have tried putting our
> > log4j.properties file in various places in the deployed WAR's directory
> > structure to no avail.
> Hmm... is your log4j in a bundle? If so, your log4j.properties needs to be
> on that bundle's classpath.
> If on the otherhand you have log4j.jar in web-inf/lib things should work
as
> before.
> Let me know if you run into problems and I'll try it out.
You may also end up with problems finding appenders due to log4j's use of
context classloaders. You should consider buddy loading to get this
working. Its covered in Chapter 20 of the RCP book (http://eclipsercp.org)
and in some of the Eclipse help.
> > 2. It would be cool to have support for a links directory (under
> > /platform) so contributing features could be deployed away from the core
> > eclipse/osgi feature-plugin set. I might just mean including one or more
> > existing plug-in jars.
> hmm...
> It's a little tricky because link support comes from platform.xml. (see
the
> context.tempdir's platform/configuration/org.eclipse.update/platform.xml)
> If you want you can directly add a transient="true" to the config element
> and experiment.
> I'd like to wait and see what happens with the "simple" configrator that's
> supposed to be coming.
> Open an EHR if you like.
FYI, the simple configurator is not likely to happen in 3.2. We were not
getting enough bang for the buck as the changes started rippling. Instead
we are looking at some helper api for managing platform.xml and specifying
start information.
> > 3. Do you have any recommendations/tooling for publishing to the server?
> > Right now I am manually exporting a deployable feature to the /platform
> > directory to prime it and then exporting modified project(s) as
> > deployable plug-in(s) as I make changes. Running a sp_redeploy after
each
> > export to restart my app. Some automation via ANT and PDE would probably
> > improve this.
> :) I've done the same thing countless times. e.g. exporting features and
> plugins to the platform dir.
> Automation of that process would be nice ... in fact codifying that
process
> in documentation would be helpful
Yes!! There is an Equinox wiki (http://wiki.eclipse.org/index.php/Equinox)
that would be great for this.
Jeff
|
|
|
Powered by
FUDForum. Page generated in 0.03934 seconds
] 
Search
Help
Register
Login
Home
