Ok,
will see if I can dig up something.
/peter
On 9/4/07, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
>
> Gang,
>
> I have uploaded Minimum and Foundation jars + list files to the OPS4J
> repository.
>
> These are the Maven artifacts in question.
>
> org.osgi.ee
> ee.minimum
> jar
> 4.1
>
> org.osgi
The last option looks the cleanest to me from the examples you gave.
Alin
On 9/4/07, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
>
> On Tuesday 04 September 2007 13:55, Niclas Hedhman wrote:
> > Gang,
> >
> > The Chronos development is surfacing some issues about Value Objects,
> and
> > their parti
On Tuesday 04 September 2007 13:55, Niclas Hedhman wrote:
> Gang,
>
> The Chronos development is surfacing some issues about Value Objects, and
> their particular nature.
oops wrong list. Please ignore.
Cheers
--
Niclas Hedhman, Software Developer
I live here; http://tinyurl.com/2qq9er
I
Gang,
The Chronos development is surfacing some issues about Value Objects, and
their particular nature.
For instance, look at the difference between;
public interface PersonEntity extends EntityComposite, HasName
{}
public interface StreetComposite extends Composite, HasName
{}
and
public
FYI...
-- Forwarded message --
From: Carlos Sanchez <[EMAIL PROTECTED]>
Date: 04-Sep-2007 13:09
Subject: Q4E, a new Eclipse plugin for Maven
To: Maven Users List <[EMAIL PROTECTED]>
I'd like to introduce the Q for Eclipse (Q4E) project
http://code.google.com/p/q4e/, an Eclipse plu
Document how an OSGi service is exposed via JMX
---
Key: RADMAN-59
URL: http://issues.ops4j.org/jira/browse/RADMAN-59
Project: Pax RadMan
Issue Type: Task
Reporter: Gavin Bong
[
http://issues.ops4j.org/jira/browse/RADMAN-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_10707
]
Gavin Bong commented on RADMAN-58:
--
assertTrue( JobDescriptor.getJobServiceId().equals(
JobService.getJobServiceId() ) )
Gang,
I have uploaded Minimum and Foundation jars + list files to the OPS4J
repository.
These are the Maven artifacts in question.
org.osgi.ee
ee.minimum
jar
4.1
org.osgi.ee
ee.minimum
list
4.1
org.osgi.ee
ee.foundation
jar
4.1
org.osgi.ee
ee.foundation
list
4.1
Cheers
--
Niclas Hedhman,
On Tuesday 04 September 2007 01:30, Alin Dreghiciu wrote:
> So I propose that:
>
> 1. if --executionEnv is not set then is determine based on the running jvm
> 2. if --executionEnv is set and is in the list bellow then uses the
> packages specified in the corresponding execution env.
> 3. if --exec
On Tuesday 04 September 2007 01:49, Toni Menzel wrote:
> But now i have a magically "broken" package in the Tree-View.. the
> Tree-View-Component never populates the internals, so it stays in
> "loading" State forever.. even after close/reopen of the package,
> re-open the whole project, re-open In
Hi Alin,
The official OSGi execution environment jars are available from:
http://www2.osgi.org/Download/Release4V41(form based page)
my local copy of ee.minimum.jar has the following packages:
java/io
java/lang
java/lang/ref
java/lang/reflect
java/net
java/security
java/security/cert
yes, i got an answer from my bugreport earlier today. Thanks for your
suggestions. Removing the cached profiles solved the problem - for now.
Anyway.. after my rejected last try (using an early intelliJ 6.0 last
year) this piece of software is going to make fun now.
The funny thing is that the m
Toni Menzel schrieb:
> Being always on the cutting edge i am currently really happy with
> this pretty early release.
Yes, me too. Usually, the EAP builds are not usable for production, but
since they introduced those milestones, it's actually possible and
enjoyable to work with EAPs.
> But now
Felix has such a list the the main artifact configuration file.But those are
just lists for:
J2SE-1.3
J2SE-1.4
J2SE-1.5
JavaSE-1.6
And I do not know how they got them. I know for sure that the lists are not
exact as I had to put some package sby hand and in java 6 it contains java.*
packages that s
Being always on the cutting edge i am currently really happy with this
pretty early release.
But now i have a magically "broken" package in the Tree-View.. the
Tree-View-Component never populates the internals, so it stays in
"loading" State forever.. even after close/reopen of the package,
re-
well, where is the mapping to the corresponding set of packages per
exec-env ?
Thats not that obvious to me.. i wonder where the felix set actually
comes from.. i think thats what Alin asked for..
The intention of foundation.jar is to let you compile against this fixed
set of class instead your
My idea is that you will be allowed via an option to specify which of the
one bellow to use. In my view you do not want do define that packages from
the list by hand as is quite a list. If the option is not specified runner
will figure it out based on the running JVM so if you are running with java
> A: is a standard set of packages (if I could find such a set)
Is the standard set the ee.foundation.jar?
> B: stuff all the packages we find in the jvm
How about if we just let user to define the execution environment.
According to r4.1 spec. Under 3.3 Execution Environment:
The recognized exe
Exactly, those are the lists I'm looking for. But unfortunately I can't find
them. may be I will ask PeterK about.
Alin
On 9/3/07, Toni Menzel <[EMAIL PROTECTED]> wrote:
>
> ok, with regards to systemPackages i recall there is some environment
> profile in the spec that clearly lists the packages
ok, with regards to systemPackages i recall there is some environment profile
in the spec that clearly lists the packages to be exported on any profile.
So there is one for all desktop JDKs, a midp profile and others.. not sure if
there is room for interpretation ?
(maybe i am wrong again - no sp
Very good link Toni. Thanx. Didn't answer my question but was a god read.
Alin
On 9/3/07, Alin Dreghiciu <[EMAIL PROTECTED]> wrote:
>
> Boot delegation is quite clear. This is the java.*.
>
> Is also not about org.osgi.framework.bootdelegation (this may be another
> point of discussion since right
Boot delegation is quite clear. This is the java.*.
Is also not about org.osgi.framework.bootdelegation (this may be another
point of discussion since right runner does nothing about)
Is about org.osgi.framework.systemPackages which identifies what packages
are exported by the system bundle. Usu
Just to drive myself into the right direction: Are you speaking of
bootdelegation ? Maybe i completely miss the track..?
If so, this was well disussed and finally pointed out here:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00157.html
(i just refreshed myself yesterday about it, so this i
Hi guys,
As some may already know in pax runner we are in control of the system
packages aka packages that are exported by the system bundle. In runner ng I
would like to (already did a part) to have an option of what packages to be
used, option that defaults to the jdk in use. What I want is that
Hi,
Do you guys know if there is anywhere a standard/strict list of packages
that should be available per execution environment?
Regards,
Alin
___
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general
Ingo,
you cold send me the code so I can commit it for you?
/peter
On 9/1/07, Peter Neubauer <[EMAIL PROTECTED]> wrote:
> Ingo,
> the easiest way to get people looking at it is to commit it into the
> laboratory (https://scm.ops4j.org/repos/ops4j/laboratory/users/). Do
> you have a SVN account vi
(find out) Difference between JobDescriptor.getJobId() &
JobDescriptor.getJobServiceId()
Key: RADMAN-58
URL: http://issues.ops4j.org/jira/browse/RADMAN-58
Projec
27 matches
Mail list logo
