[equinox-dev] Project meta data is out of date for eclipse.equinox

2008-06-04 Thread portal on behalf of emo
Jeff, Thomas,
Projects are required to keep meta data up to date using the MyFoundation
Portal (http://portal.eclipse.org/).  The following problems were found
with this project's meta-data:

* Project home page does not have an "About This Project" or "Information
about " item at the top of the left menu. Projects are required to
provide that standard link on their home page (see
http://www.eclipse.org/projects/standard-link-on-home-page.php).

___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] Equinox doc fix

2008-06-04 Thread Thomas Watson

The map file has been updated for the following Bug changes:
+ Bug 235633. [doc] JavaDoc for SignedContentFactory is incorrect (FIXED)

The following projects have changed:
org.eclipse.osgi

Tom
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Re: [equinox-dev] pack200 - are packed features supported?

2008-06-04 Thread Andrew Niefer
Janet,
>From a brief look at the code, it appears that  the old update 
(org.eclipse.update.core) only runs unpack on plugin jars and not on 
feature jars.  It shouldn't even look for .pack.gz files for the features, 
if you are failing does that mean your update site only contains pack.gz 
files and not the normal jars?  (Generally, it was suggested that both 
should be placed on the update site in case of a failure with pack200).

I'm not sure for certain, but I expect that p2 would support pack200 on 
all jars since everything is an IU and they are just artifacts.

As an aside, note that the pack200 compression works on .class files.  So, 
in general there is not much to be gained by packing features.

-Andrew



Janet Dmitrovich <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED]
06/04/2008 04:52 PM
Please respond to
Equinox development mailing list 


To
Equinox development mailing list 
cc

Subject
[equinox-dev] pack200 - are packed features supported?






Question on pack200

I packed a feature jar and the associated plugins, and packaged them into 
an update site.
Tried to install via update manager - the install failed. 

However if I use an unpacked feature jar, but include packed plugins in 
the update site then the install is successful.
Is there something special about feature jars and pack200

thanks, Janet

Janet Dmitrovich
WPLC Expeditor Software Development
[EMAIL PROTECTED]
512-838-4912 T/L:678-4912 FAX:512-838-3703
11501 Burnet Road, Austin TX 78758 (Internal ZIP: 9372)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


AW: [equinox-dev] Possible to use custom threadpool

2008-06-04 Thread Olaf Bergner
Hi Tom,

thanks for your efforts. I will try to find out if - fort he time being -
patching Equinox would be a feasible solution. Any pointers where to look?

Olaf


Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Thomas Watson
Gesendet: Mittwoch, 4. Juni 2008 22:19
An: Equinox development mailing list
Betreff: Re: [equinox-dev] Possible to use custom threadpool

Hi Olaf,

Currently Equinox spawns its own Threads to perform asynchronous event
delivery and perform asynchronous operations (such as PackageAdmin and
StartLevel operations). There is no way to plugin an external threadpool for
Equinox to use. 

OSGi is considering a specification on how Framework implementations should
operate when they are embedded in an existing environment. I opened a bug
against OSGi to investigate if an external thread pool should be able to be
specified when embedding an OSGi Framework.

Tom



"Olaf Bergner" ---06/04/2008 02:57:16 PM---Hello, we are investigating the
possibility to use Equinox as some kind of high-end

From:

"Olaf Bergner" <[EMAIL PROTECTED]>

To:



Date:

06/04/2008 02:57 PM

Subject:

[equinox-dev] Possible to use custom threadpool




Hello,

we are investigating the possibility to use Equinox as some kind of high-end
plugin container for a massive legacy J2EE app. Therefore, we are tasked
with embedding Equinox into our J2EE application server, i.e. BEA WLS 9.2.
Preliminary discussion with our operating team have revealed that an
embedded OSGi container must not spawn its own threads but rather use those
provided and managed by the WLS. This requirement is not to be relaxed,
period ;-)

This begs the question whether it is possible to tell Equinox to use an
external threadpool. I this possible out of the box, or what would be the
steps involved to make it possible?

Regards,
Olaf

___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] pack200 - are packed features supported?

2008-06-04 Thread Janet Dmitrovich
Question on pack200

I packed a feature jar and the associated plugins, and packaged them into
an update site.
Tried to install via update manager - the install failed.

However if I use an unpacked feature jar, but include packed plugins in the
update site then the install is successful.
Is there something special about feature jars  and pack200

thanks, Janet

Janet Dmitrovich
WPLC Expeditor Software Development
[EMAIL PROTECTED]
512-838-4912  T/L:678-4912  FAX:512-838-3703
11501 Burnet Road, Austin TX   78758 (Internal ZIP: 9372)
___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Re: [equinox-dev] Possible to use custom threadpool

2008-06-04 Thread Thomas Watson

Hi Olaf,

Currently Equinox spawns its own Threads to perform asynchronous event
delivery and perform asynchronous operations (such as PackageAdmin and
StartLevel operations).  There is no way to plugin an external threadpool
for Equinox to use.

OSGi is considering a specification on how Framework implementations should
operate when they are embedded in an existing environment.  I opened a bug
against OSGi to investigate if an external thread pool should be able to be
specified when embedding an OSGi Framework.

Tom




   
  From:   "Olaf Bergner" <[EMAIL PROTECTED]> 
   
  To: 
   
  Date:   06/04/2008 02:57 PM  
   
  Subject:[equinox-dev] Possible to use custom threadpool  
   





Hello,

we are investigating the possibility to use Equinox as some kind of
high-end
plugin container for a massive legacy J2EE app. Therefore, we are tasked
with embedding Equinox into our J2EE application server, i.e. BEA WLS 9.2.
Preliminary discussion with our operating team have revealed that an
embedded OSGi container must not spawn its own threads but rather use those
provided and managed by the WLS. This requirement is not to be relaxed,
period ;-)

This begs the question whether it is possible to tell Equinox to use an
external threadpool. I this possible out of the box, or what would be the
steps involved to make it possible?

Regards,
Olaf

___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

<><>___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] Possible to use custom threadpool

2008-06-04 Thread Olaf Bergner
Hello,

we are investigating the possibility to use Equinox as some kind of high-end
plugin container for a massive legacy J2EE app. Therefore, we are tasked
with embedding Equinox into our J2EE application server, i.e. BEA WLS 9.2.
Preliminary discussion with our operating team have revealed that an
embedded OSGi container must not spawn its own threads but rather use those
provided and managed by the WLS. This requirement is not to be relaxed,
period ;-)

This begs the question whether it is possible to tell Equinox to use an
external threadpool. I this possible out of the box, or what would be the
steps involved to make it possible?

Regards,
Olaf

___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Re: [equinox-dev] [prov] Please check the bug you need to +1

2008-06-04 Thread Pascal Rapicault

The query should instead be:
https://bugs.eclipse.org/bugs/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&classification=Eclipse&product=Equinox&component=p2&target_milestone=3.4+RC4&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailtype1=substring&email1=&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=



  
  From:   Pascal Rapicault/Ottawa/[EMAIL PROTECTED] 
  

  
  To: Equinox development mailing list 
  

  
  Date:   06/04/2008 12:00 PM   
  

  
  Subject:[equinox-dev] [prov] Please check the bug you need to +1  
  

  





Team,

We have 5 bugs who have patches that are waiting to be +1'ed -
https://bugs.eclipse.org/bugs/buglist.cgi?cmdtype=runnamed&namedcmd=RC4.
Please make sure to review those as we need to get those fixes into the
build as fast as possible to get as much testing as possible on them.

PaScaL___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev

<><>___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] [prov] Please check the bug you need to +1

2008-06-04 Thread Pascal Rapicault

Team,

We have 5 bugs who have patches that are waiting to be +1'ed -
https://bugs.eclipse.org/bugs/buglist.cgi?cmdtype=runnamed&namedcmd=RC4.
Please make sure to review those as we need to get those fixes into the
build as fast as possible to get as much testing as possible on them.

PaScaL___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Re: [equinox-dev] [prov] ECF stream

2008-06-04 Thread Scott Lewis

My apologies...I forgot to notify this list.  Thanks PaScaL for sending.

Scott

Pascal Rapicault wrote:


Last week, Scott announced on the ECF mailing list that development 
leading to ECF 2.0 will be done in a branch called "Release_2_0".
Therefore, if you have ECF loaded in your workspace, please make sure 
to have the "Release_2_0" branch of the 6 ECF project loaded.

I have also updated the p2 psf file.

PaScaL



___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev
  


___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev


[equinox-dev] [prov] ECF stream

2008-06-04 Thread Pascal Rapicault

Last week, Scott announced on the ECF mailing list that development leading
to ECF 2.0 will be done in a branch called "Release_2_0".
Therefore, if you have ECF loaded in your workspace, please make sure to
have the "Release_2_0" branch of the 6 ECF project loaded.
I have also updated the p2 psf file.

PaScaL___
equinox-dev mailing list
equinox-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/equinox-dev