You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by "Moloney, Tim M" <Ti...@ManTech.com> on 2009/05/06 15:28:53 UTC
Karaf Users' Guide problems
I've found many problems with the new Karaf web pages, mostly broken
links. I would have created a patch file but it doesn't appear that the
web pages are
in subversion. If this is something that I can fix/submit a patch, let
me know how.
1-quick-start
- "SMX4KNL:#top" is a bad link at the end of the "Start the server"
section
2-overview
- "SMX4KNL:#top" is a bad link at the bottom of the page
3-installation
- In the section list at the top,
- "Windows Developers' Release" is a bad link
- "Unix Developers' Release" is a bad link
- Are these due to the apostrophe?
- Windows Binary Installation section
- "SMX4KNL:#Starting ServiceMix kernel" is a bad link
- "ServiceMix kernel" should be "Karaf" in above
- "SMX4KNL:#Testing the Installation" is a bad link
- Windows Source Installation section
- "SMX4KNL:#Starting Karaf" is a bad link
- "SMX4KNL:#Testing the Installation" is a bad link
- Windows Developers' Release section
- "SMX4KNL:#Starting Karaf" is a bad link
- "SMX4KNL:#Windows Source Installation" is a bad link
- "SMX4KNL:#Starting Karaf" is a bad link
- "SMX4KNL:#Testing the Installation" is a bad link
- Unix Binary Installation section
- "SMX4KNL:#Starting Karaf" is a bad link
- "SMX4KNL:#Testing the Installation" is a bad link
- Unix Source Installation section
- "SMX4KNL:#Unix Binary Installation" is a bad link
- "SMX4KNL:#Starting Karaf" is a bad link
- "SMX4KNL:#Testing the Installation" is a bad link
- Unix Developers' Release section
- "SMX4KNL:#Starting Karaf" is a bad link
- "SMX4KNL:#Unix Source Installation" is a bad link
- "SMX4KNL:#Testing the Installation" is a bad link
- Above the footer
- "SMX4KNL:#top" is a bad link
41-commands
- Overview section
- all the items in the bulleted list are bad links
- The "top" link is missing at the end of each section
- Above the footer
- "SMX4KNL:#top" is a bad link
42-remote-console
- At the end of each section
- "SMX4KNL:#top" is a bad link
- Configuration section
- "4.5 Security framework" is a bad link
43-logging-system
- Above the footer
- "SMX4KNL:#top" is a bad link
44-deployer
- Only page to have section numbers in section headers
- The "top" link is missing at the end of each section
- Features deployer section
- Missing "/" in "</features>" tag in example
- Above the footer
- "SMX4KNL:#top" is a bad link
45-security-framework
- The "top" link is missing at the end of each section
- Above the footer
- "SMX4KNL:#top" is a bad link
46-provisioning
- The "top" link is missing at the end of each section
- Service configuration section
- "6.2 Building custom distributions" is a bad link
- Above the footer
- "SMX4KNL:#top" is a bad link
47-administration
- Above the footer
- "SMX4KNL:#top" is a bad link
51-troubleshooting-debugging-and-profiling
- At the end of each section
- "SMX4KNL:#top" is a bad link
52-developing-applications
- The "5.3 Creating bundles for third party dependencies" links are
bad in the header and footer
- Above the footer
- "SMX4KNL:#top" is a bad link
53-creating-bundles-for-third-party-dependencies
- "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
link
- Above the footer
- "SMX4KNL:#top" is a bad link
6-advanced-uses
- Above the footer
- "SMX4KNL:#top" is a bad link
61-extending-the-console
- The "6.2 Building custom distributions" links are bad in the header
and footer
- The "top" link is missing at the end of each section
- Above the footer
- "SMX4KNL:#top" is a bad link
62-building-custom-distributions
- The "6.3 programmatically connect to the console" links are bad in
the header and footer
- Above the footer
- "SMX4KNL:#top" is a bad link
63-programmatically-connect-to-the-console
- The "6.4 Embedding ServiceMix kernel" links are bad in the header
and footer
- "ServiceMix kernel" should be "Karaf" in above
- Above the footer
- "SMX4KNL:#top" is a bad link
65-deploying-security-providers
- Above the footer
- "SMX4KNL:#top" is a bad link
66-installing-additional-features
- The "top" link is missing at the end of each section
- The footer is missing
67-configuring-failover-deployments-available-in-110
- The header is missing
- The "top" link is missing at the end of each section
- The footer is missing
Tim Moloney The reasonable man adapts himself
to
ManTech Real-time Systems Laboratory the world; the unreasonable one
persists
2015 Cattlemen Road in trying to adapt the world to
himself.
Sarasota, FL 34232 Therefore all progress depends on
the
(941) 377-6775 x208 unreasonable man. - George
Bernard Shaw
AW: Bundle.getHeaders() returns a
Dictionary
Posted by Al...@finnova.ch.
Ok I opened a JIRA issue for this bug:
https://issues.apache.org/jira/browse/FELIX-1130
- alex
--
finnova AG Bankware
Alexander Berger
Team SR Peripheral
Merkurstrasse 6
CH-5600 Lenzburg
Tel: +41 (0)62 886 48 07 (direkt)
Tel: +41 (0)62 886 47 47 (zentrale)
Fax: +41 (0)62 886 48 88 mailto:alexander.berger@finnova.ch
http://www.finnova.ch
-----Ursprüngliche Nachricht-----
Von: Richard S. Hall [mailto:heavy@ungoverned.org]
Gesendet: Mittwoch, 6. Mai 2009 18:35
An: users@felix.apache.org
Betreff: Re: Bundle.getHeaders() returns a Dictionary<java.util.jar.Attribute.Name,String>
p.s. Maybe we could just modify StringMap to always do a toString() on
the keys it adds to itself via that constructor...that is what we do in
StringMap.put()...
On 5/6/09 12:07 PM, Alexander.Berger@finnova.ch wrote:
> Hi out there
>
> I just found out that as of Felix 1.6.1 the Bundle.getHeaders() returns a Dictionary whose keys are of
> type java.util.jar.Attribute.Name. The corresponding code is in org.apache.felix.framework.cache.JarRevision:
>
> Manifest mf = jarFile.getManifest();
> // Create a case insensitive map of manifest attributes.
> return new StringMap(mf.getMainAttributes(), false);
>
> Somehow I doubt that this is the right behavior but perhaps someone can prove me wrong :-)
> This behavior did not disturb my code as long as it was running on a SUN JVM (java 6) but it caused
> severe trouble when running on IBM's JVM (java 6). I guess this is because IBM and SUN might have
> different implementations of equals(Object o) and hashCode() for the class java.util.jar.Attribute.Name.
> However after changing the suspicious code in JarRevision like this:
>
> Manifest mf = jarFile.getManifest();
> // Create a case insensitive map of manifest attributes.
> final Attributes attributes = mf.getMainAttributes();
> final StringMap m = new StringMap(false);
> for ( final Object name : attributes.keySet() ) {
> final String text = name.toString();
> m.put(text, attributes.getValue(text));
> }
> return m;
>
> the problem disappeared and it also worked on IBM's JVM.
>
> So can anybody please confirm or deny that this is a bug in Felix 1.6.1. If so I will open a JIRA issue.
>
> Kind regards
> Alex
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Bundle.getHeaders() returns a Dictionary
Posted by "Richard S. Hall" <he...@ungoverned.org>.
p.s. Maybe we could just modify StringMap to always do a toString() on
the keys it adds to itself via that constructor...that is what we do in
StringMap.put()...
On 5/6/09 12:07 PM, Alexander.Berger@finnova.ch wrote:
> Hi out there
>
> I just found out that as of Felix 1.6.1 the Bundle.getHeaders() returns a Dictionary whose keys are of
> type java.util.jar.Attribute.Name. The corresponding code is in org.apache.felix.framework.cache.JarRevision:
>
> Manifest mf = jarFile.getManifest();
> // Create a case insensitive map of manifest attributes.
> return new StringMap(mf.getMainAttributes(), false);
>
> Somehow I doubt that this is the right behavior but perhaps someone can prove me wrong :-)
> This behavior did not disturb my code as long as it was running on a SUN JVM (java 6) but it caused
> severe trouble when running on IBM's JVM (java 6). I guess this is because IBM and SUN might have
> different implementations of equals(Object o) and hashCode() for the class java.util.jar.Attribute.Name.
> However after changing the suspicious code in JarRevision like this:
>
> Manifest mf = jarFile.getManifest();
> // Create a case insensitive map of manifest attributes.
> final Attributes attributes = mf.getMainAttributes();
> final StringMap m = new StringMap(false);
> for ( final Object name : attributes.keySet() ) {
> final String text = name.toString();
> m.put(text, attributes.getValue(text));
> }
> return m;
>
> the problem disappeared and it also worked on IBM's JVM.
>
> So can anybody please confirm or deny that this is a bug in Felix 1.6.1. If so I will open a JIRA issue.
>
> Kind regards
> Alex
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Bundle.getHeaders() returns a Dictionary
Posted by "Richard S. Hall" <he...@ungoverned.org>.
It sounds like a bug to me. Definitely create a JIRA issue.
Thanks for reporting it.
-> richard
On 5/6/09 12:07 PM, Alexander.Berger@finnova.ch wrote:
> Hi out there
>
> I just found out that as of Felix 1.6.1 the Bundle.getHeaders() returns a Dictionary whose keys are of
> type java.util.jar.Attribute.Name. The corresponding code is in org.apache.felix.framework.cache.JarRevision:
>
> Manifest mf = jarFile.getManifest();
> // Create a case insensitive map of manifest attributes.
> return new StringMap(mf.getMainAttributes(), false);
>
> Somehow I doubt that this is the right behavior but perhaps someone can prove me wrong :-)
> This behavior did not disturb my code as long as it was running on a SUN JVM (java 6) but it caused
> severe trouble when running on IBM's JVM (java 6). I guess this is because IBM and SUN might have
> different implementations of equals(Object o) and hashCode() for the class java.util.jar.Attribute.Name.
> However after changing the suspicious code in JarRevision like this:
>
> Manifest mf = jarFile.getManifest();
> // Create a case insensitive map of manifest attributes.
> final Attributes attributes = mf.getMainAttributes();
> final StringMap m = new StringMap(false);
> for ( final Object name : attributes.keySet() ) {
> final String text = name.toString();
> m.put(text, attributes.getValue(text));
> }
> return m;
>
> the problem disappeared and it also worked on IBM's JVM.
>
> So can anybody please confirm or deny that this is a bug in Felix 1.6.1. If so I will open a JIRA issue.
>
> Kind regards
> Alex
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Bundle.getHeaders() returns a
Dictionary
Posted by Al...@finnova.ch.
Hi out there
I just found out that as of Felix 1.6.1 the Bundle.getHeaders() returns a Dictionary whose keys are of
type java.util.jar.Attribute.Name. The corresponding code is in org.apache.felix.framework.cache.JarRevision:
Manifest mf = jarFile.getManifest();
// Create a case insensitive map of manifest attributes.
return new StringMap(mf.getMainAttributes(), false);
Somehow I doubt that this is the right behavior but perhaps someone can prove me wrong :-)
This behavior did not disturb my code as long as it was running on a SUN JVM (java 6) but it caused
severe trouble when running on IBM's JVM (java 6). I guess this is because IBM and SUN might have
different implementations of equals(Object o) and hashCode() for the class java.util.jar.Attribute.Name.
However after changing the suspicious code in JarRevision like this:
Manifest mf = jarFile.getManifest();
// Create a case insensitive map of manifest attributes.
final Attributes attributes = mf.getMainAttributes();
final StringMap m = new StringMap(false);
for ( final Object name : attributes.keySet() ) {
final String text = name.toString();
m.put(text, attributes.getValue(text));
}
return m;
the problem disappeared and it also worked on IBM's JVM.
So can anybody please confirm or deny that this is a bug in Felix 1.6.1. If so I will open a JIRA issue.
Kind regards
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Karaf Users' Guide problems
Posted by Guillaume Nodet <gn...@gmail.com>.
Done
On Wed, May 13, 2009 at 15:14, Robert Burrell Donkin
<ro...@gmail.com> wrote:
> On Wed, May 13, 2009 at 1:53 PM, Moloney, Tim M <Ti...@mantech.com> wrote:
>>
>> I've submitted my ICLA and I'm now on the list.
>>
>> I have an account on cwiki but I think that I need permission to edit the Karaf Users' Guide.
>
> i'm probably going to be taking a look at the Karaf documentation in
> the next few days. if the admins l grant me karma (user "Robert
> Burrell Donkin" mail rdonkin@apache.org) then i'll try to correct any
> issues i find as well.
>
> TIA
>
> - robert
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Karaf Users' Guide problems
Posted by Robert Burrell Donkin <ro...@gmail.com>.
On Wed, May 13, 2009 at 1:53 PM, Moloney, Tim M <Ti...@mantech.com> wrote:
>
> I've submitted my ICLA and I'm now on the list.
>
> I have an account on cwiki but I think that I need permission to edit the Karaf Users' Guide.
i'm probably going to be taking a look at the Karaf documentation in
the next few days. if the admins l grant me karma (user "Robert
Burrell Donkin" mail rdonkin@apache.org) then i'll try to correct any
issues i find as well.
TIA
- robert
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Karaf Users' Guide problems
Posted by Tim Moloney <t....@verizon.net>.
Thanks, I see the edit tab now.
Sorry about making you hunt for my username.
Tim
Guillaume Nodet wrote:
> Actually, I've found it, so it should be ok now.
>
> On Fri, May 15, 2009 at 10:36, Guillaume Nodet <gn...@gmail.com> wrote:
>
>> Can you give me your exact id ? I've been unable to found it.
>>
>> On Wed, May 13, 2009 at 14:53, Moloney, Tim M <Ti...@mantech.com> wrote:
>>
>>> I've submitted my ICLA and I'm now on the list.
>>>
>>> I have an account on cwiki but I think that I need permission to edit the Karaf Users' Guide. Who do I ask to get that permission?
>>>
>>> Thanks.
>>>
>>>
>>> Tim Moloney The reasonable man adapts himself to
>>> ManTech Real-time Systems Laboratory the world; the unreasonable one persists
>>> 2015 Cattlemen Road in trying to adapt the world to himself.
>>> Sarasota, FL 34232 Therefore all progress depends on the
>>> (941) 377-6775 x208 unreasonable man. - George Bernard Shaw
>>>
>>>
>>>
>>>> -----Original Message-----
>>>> From: Moloney, Tim M [mailto:Tim.Moloney@ManTech.com]
>>>> Sent: Wednesday, May 06, 2009 11:15
>>>> To: users@felix.apache.org
>>>> Subject: RE: Karaf Users' Guide problems
>>>>
>>>>
>>>> Thanks. I'll get that process started.
>>>>
>>>>
>>>> On Wednesday, May 06, 2009 10:31, Guillaume Nodet
>>>> <gn...@gmail.com> wrote:
>>>>
>>>>> You need to send an ICLA first to Apache. Once it has been
>>>>>
>>>> filed, we
>>>>
>>>>> may be able to give you edit permission on the wiki if you want to
>>>>> contribute documentation.
>>>>> The ICLA can be found at http://www.apache.org/licenses/icla.txt
>>>>> The easiest way is to print it, fill it, scan it and send it to
>>>>> secretary [at] apache.org
>>>>> It may take a few days to be processed, but once you appear on the
>>>>> following page
>>>>> (http://people.apache.org/~jim/committers.html#unlistedclas),
>>>>> we're good to go.
>>>>>
>>>>> 2009/5/6 Moloney, Tim M <Ti...@mantech.com>:
>>>>>
>>>>>> I've found many problems with the new Karaf web pages,
>>>>>>
>>>> mostly broken
>>>>
>>>>>> links. I would have created a patch file but it doesn't
>>>>>>
>>>>> appear that the
>>>>>
>>>>>> web pages are
>>>>>> in subversion. If this is something that I can fix/submit
>>>>>>
>>>>> a patch, let
>>>>>
>>>>>> me know how.
>>>>>>
>>>>>> 1-quick-start
>>>>>> - "SMX4KNL:#top" is a bad link at the end of the "Start
>>>>>>
>>>> the server"
>>>>
>>>>>> section
>>>>>>
>>>>>> 2-overview
>>>>>> - "SMX4KNL:#top" is a bad link at the bottom of the page
>>>>>>
>>>>>> 3-installation
>>>>>> - In the section list at the top,
>>>>>> - "Windows Developers' Release" is a bad link
>>>>>> - "Unix Developers' Release" is a bad link
>>>>>> - Are these due to the apostrophe?
>>>>>> - Windows Binary Installation section
>>>>>> - "SMX4KNL:#Starting ServiceMix kernel" is a bad link
>>>>>> - "ServiceMix kernel" should be "Karaf" in above
>>>>>> - "SMX4KNL:#Testing the Installation" is a bad link
>>>>>> - Windows Source Installation section
>>>>>> - "SMX4KNL:#Starting Karaf" is a bad link
>>>>>> - "SMX4KNL:#Testing the Installation" is a bad link
>>>>>> - Windows Developers' Release section
>>>>>> - "SMX4KNL:#Starting Karaf" is a bad link
>>>>>> - "SMX4KNL:#Windows Source Installation" is a bad link
>>>>>> - "SMX4KNL:#Starting Karaf" is a bad link
>>>>>> - "SMX4KNL:#Testing the Installation" is a bad link
>>>>>> - Unix Binary Installation section
>>>>>> - "SMX4KNL:#Starting Karaf" is a bad link
>>>>>> - "SMX4KNL:#Testing the Installation" is a bad link
>>>>>> - Unix Source Installation section
>>>>>> - "SMX4KNL:#Unix Binary Installation" is a bad link
>>>>>> - "SMX4KNL:#Starting Karaf" is a bad link
>>>>>> - "SMX4KNL:#Testing the Installation" is a bad link
>>>>>> - Unix Developers' Release section
>>>>>> - "SMX4KNL:#Starting Karaf" is a bad link
>>>>>> - "SMX4KNL:#Unix Source Installation" is a bad link
>>>>>> - "SMX4KNL:#Testing the Installation" is a bad link
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 41-commands
>>>>>> - Overview section
>>>>>> - all the items in the bulleted list are bad links
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 42-remote-console
>>>>>> - At the end of each section
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> - Configuration section
>>>>>> - "4.5 Security framework" is a bad link
>>>>>> 43-logging-system
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 44-deployer
>>>>>> - Only page to have section numbers in section headers
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - Features deployer section
>>>>>> - Missing "/" in "</features>" tag in example
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 45-security-framework
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 46-provisioning
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - Service configuration section
>>>>>> - "6.2 Building custom distributions" is a bad link
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 47-administration
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 51-troubleshooting-debugging-and-profiling
>>>>>> - At the end of each section
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 52-developing-applications
>>>>>> - The "5.3 Creating bundles for third party
>>>>>>
>>>> dependencies" links are
>>>>
>>>>>> bad in the header and footer
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 53-creating-bundles-for-third-party-dependencies
>>>>>> -
>>>>>>
>>>>> "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
>>>>>
>>>>>> link
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 6-advanced-uses
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 61-extending-the-console
>>>>>> - The "6.2 Building custom distributions" links are bad in
>>>>>>
>>>>> the header
>>>>>
>>>>>> and footer
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 62-building-custom-distributions
>>>>>> - The "6.3 programmatically connect to the console" links
>>>>>>
>>>>> are bad in
>>>>>
>>>>>> the header and footer
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 63-programmatically-connect-to-the-console
>>>>>> - The "6.4 Embedding ServiceMix kernel" links are bad in
>>>>>>
>>>> the header
>>>>
>>>>>> and footer
>>>>>> - "ServiceMix kernel" should be "Karaf" in above
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 65-deploying-security-providers
>>>>>> - Above the footer
>>>>>> - "SMX4KNL:#top" is a bad link
>>>>>> 66-installing-additional-features
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - The footer is missing
>>>>>> 67-configuring-failover-deployments-available-in-110
>>>>>> - The header is missing
>>>>>> - The "top" link is missing at the end of each section
>>>>>> - The footer is missing
>>>>>>
>>>>>>
>>>>>> Tim Moloney The reasonable man
>>>>>>
>>>>> adapts himself
>>>>>
>>>>>> to
>>>>>> ManTech Real-time Systems Laboratory the world; the
>>>>>>
>>>>> unreasonable one
>>>>>
>>>>>> persists
>>>>>> 2015 Cattlemen Road in trying to adapt
>>>>>>
>>>>> the world to
>>>>>
>>>>>> himself.
>>>>>> Sarasota, FL 34232 Therefore all
>>>>>>
>>>>> progress depends on
>>>>>
>>>>>> the
>>>>>> (941) 377-6775 x208 unreasonable man. - George
>>>>>> Bernard Shaw
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Cheers,
>>>>> Guillaume Nodet
>>>>> ------------------------
>>>>> Blog: http://gnodet.blogspot.com/
>>>>> ------------------------
>>>>> Open Source SOA
>>>>> http://fusesource.com
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>>
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>> Tim Moloney The reasonable man
>>>> adapts himself to
>>>> ManTech Real-time Systems Laboratory the world; the
>>>> unreasonable one persists
>>>> 2015 Cattlemen Road in trying to adapt the
>>>> world to himself.
>>>> Sarasota, FL 34232 Therefore all progress
>>>> depends on the
>>>> (941) 377-6775 x208 unreasonable man. -
>>>> George Bernard Shaw
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com
>>
>>
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Karaf Users' Guide problems
Posted by Guillaume Nodet <gn...@gmail.com>.
Actually, I've found it, so it should be ok now.
On Fri, May 15, 2009 at 10:36, Guillaume Nodet <gn...@gmail.com> wrote:
> Can you give me your exact id ? I've been unable to found it.
>
> On Wed, May 13, 2009 at 14:53, Moloney, Tim M <Ti...@mantech.com> wrote:
>>
>> I've submitted my ICLA and I'm now on the list.
>>
>> I have an account on cwiki but I think that I need permission to edit the Karaf Users' Guide. Who do I ask to get that permission?
>>
>> Thanks.
>>
>>
>> Tim Moloney The reasonable man adapts himself to
>> ManTech Real-time Systems Laboratory the world; the unreasonable one persists
>> 2015 Cattlemen Road in trying to adapt the world to himself.
>> Sarasota, FL 34232 Therefore all progress depends on the
>> (941) 377-6775 x208 unreasonable man. - George Bernard Shaw
>>
>>
>>> -----Original Message-----
>>> From: Moloney, Tim M [mailto:Tim.Moloney@ManTech.com]
>>> Sent: Wednesday, May 06, 2009 11:15
>>> To: users@felix.apache.org
>>> Subject: RE: Karaf Users' Guide problems
>>>
>>>
>>> Thanks. I'll get that process started.
>>>
>>>
>>> On Wednesday, May 06, 2009 10:31, Guillaume Nodet
>>> <gn...@gmail.com> wrote:
>>> >
>>> > You need to send an ICLA first to Apache. Once it has been
>>> filed, we
>>> > may be able to give you edit permission on the wiki if you want to
>>> > contribute documentation.
>>> > The ICLA can be found at http://www.apache.org/licenses/icla.txt
>>> > The easiest way is to print it, fill it, scan it and send it to
>>> > secretary [at] apache.org
>>> > It may take a few days to be processed, but once you appear on the
>>> > following page
>>> > (http://people.apache.org/~jim/committers.html#unlistedclas),
>>> > we're good to go.
>>> >
>>> > 2009/5/6 Moloney, Tim M <Ti...@mantech.com>:
>>> > >
>>> > > I've found many problems with the new Karaf web pages,
>>> mostly broken
>>> > > links. I would have created a patch file but it doesn't
>>> > appear that the
>>> > > web pages are
>>> > > in subversion. If this is something that I can fix/submit
>>> > a patch, let
>>> > > me know how.
>>> > >
>>> > > 1-quick-start
>>> > > - "SMX4KNL:#top" is a bad link at the end of the "Start
>>> the server"
>>> > > section
>>> > >
>>> > > 2-overview
>>> > > - "SMX4KNL:#top" is a bad link at the bottom of the page
>>> > >
>>> > > 3-installation
>>> > > - In the section list at the top,
>>> > > - "Windows Developers' Release" is a bad link
>>> > > - "Unix Developers' Release" is a bad link
>>> > > - Are these due to the apostrophe?
>>> > > - Windows Binary Installation section
>>> > > - "SMX4KNL:#Starting ServiceMix kernel" is a bad link
>>> > > - "ServiceMix kernel" should be "Karaf" in above
>>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>>> > > - Windows Source Installation section
>>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>>> > > - Windows Developers' Release section
>>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>>> > > - "SMX4KNL:#Windows Source Installation" is a bad link
>>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>>> > > - Unix Binary Installation section
>>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>>> > > - Unix Source Installation section
>>> > > - "SMX4KNL:#Unix Binary Installation" is a bad link
>>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>>> > > - Unix Developers' Release section
>>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>>> > > - "SMX4KNL:#Unix Source Installation" is a bad link
>>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 41-commands
>>> > > - Overview section
>>> > > - all the items in the bulleted list are bad links
>>> > > - The "top" link is missing at the end of each section
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 42-remote-console
>>> > > - At the end of each section
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > - Configuration section
>>> > > - "4.5 Security framework" is a bad link
>>> > > 43-logging-system
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 44-deployer
>>> > > - Only page to have section numbers in section headers
>>> > > - The "top" link is missing at the end of each section
>>> > > - Features deployer section
>>> > > - Missing "/" in "</features>" tag in example
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 45-security-framework
>>> > > - The "top" link is missing at the end of each section
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 46-provisioning
>>> > > - The "top" link is missing at the end of each section
>>> > > - Service configuration section
>>> > > - "6.2 Building custom distributions" is a bad link
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 47-administration
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 51-troubleshooting-debugging-and-profiling
>>> > > - At the end of each section
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 52-developing-applications
>>> > > - The "5.3 Creating bundles for third party
>>> dependencies" links are
>>> > > bad in the header and footer
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 53-creating-bundles-for-third-party-dependencies
>>> > > -
>>> > "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
>>> > > link
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 6-advanced-uses
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 61-extending-the-console
>>> > > - The "6.2 Building custom distributions" links are bad in
>>> > the header
>>> > > and footer
>>> > > - The "top" link is missing at the end of each section
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 62-building-custom-distributions
>>> > > - The "6.3 programmatically connect to the console" links
>>> > are bad in
>>> > > the header and footer
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 63-programmatically-connect-to-the-console
>>> > > - The "6.4 Embedding ServiceMix kernel" links are bad in
>>> the header
>>> > > and footer
>>> > > - "ServiceMix kernel" should be "Karaf" in above
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 65-deploying-security-providers
>>> > > - Above the footer
>>> > > - "SMX4KNL:#top" is a bad link
>>> > > 66-installing-additional-features
>>> > > - The "top" link is missing at the end of each section
>>> > > - The footer is missing
>>> > > 67-configuring-failover-deployments-available-in-110
>>> > > - The header is missing
>>> > > - The "top" link is missing at the end of each section
>>> > > - The footer is missing
>>> > >
>>> > >
>>> > > Tim Moloney The reasonable man
>>> > adapts himself
>>> > > to
>>> > > ManTech Real-time Systems Laboratory the world; the
>>> > unreasonable one
>>> > > persists
>>> > > 2015 Cattlemen Road in trying to adapt
>>> > the world to
>>> > > himself.
>>> > > Sarasota, FL 34232 Therefore all
>>> > progress depends on
>>> > > the
>>> > > (941) 377-6775 x208 unreasonable man. - George
>>> > > Bernard Shaw
>>> > >
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Cheers,
>>> > Guillaume Nodet
>>> > ------------------------
>>> > Blog: http://gnodet.blogspot.com/
>>> > ------------------------
>>> > Open Source SOA
>>> > http://fusesource.com
>>> >
>>> >
>>> ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> > For additional commands, e-mail: users-help@felix.apache.org
>>> >
>>> >
>>>
>>>
>>>
>>> Tim Moloney The reasonable man
>>> adapts himself to
>>> ManTech Real-time Systems Laboratory the world; the
>>> unreasonable one persists
>>> 2015 Cattlemen Road in trying to adapt the
>>> world to himself.
>>> Sarasota, FL 34232 Therefore all progress
>>> depends on the
>>> (941) 377-6775 x208 unreasonable man. -
>>> George Bernard Shaw
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Karaf Users' Guide problems
Posted by Guillaume Nodet <gn...@gmail.com>.
Can you give me your exact id ? I've been unable to found it.
On Wed, May 13, 2009 at 14:53, Moloney, Tim M <Ti...@mantech.com> wrote:
>
> I've submitted my ICLA and I'm now on the list.
>
> I have an account on cwiki but I think that I need permission to edit the Karaf Users' Guide. Who do I ask to get that permission?
>
> Thanks.
>
>
> Tim Moloney The reasonable man adapts himself to
> ManTech Real-time Systems Laboratory the world; the unreasonable one persists
> 2015 Cattlemen Road in trying to adapt the world to himself.
> Sarasota, FL 34232 Therefore all progress depends on the
> (941) 377-6775 x208 unreasonable man. - George Bernard Shaw
>
>
>> -----Original Message-----
>> From: Moloney, Tim M [mailto:Tim.Moloney@ManTech.com]
>> Sent: Wednesday, May 06, 2009 11:15
>> To: users@felix.apache.org
>> Subject: RE: Karaf Users' Guide problems
>>
>>
>> Thanks. I'll get that process started.
>>
>>
>> On Wednesday, May 06, 2009 10:31, Guillaume Nodet
>> <gn...@gmail.com> wrote:
>> >
>> > You need to send an ICLA first to Apache. Once it has been
>> filed, we
>> > may be able to give you edit permission on the wiki if you want to
>> > contribute documentation.
>> > The ICLA can be found at http://www.apache.org/licenses/icla.txt
>> > The easiest way is to print it, fill it, scan it and send it to
>> > secretary [at] apache.org
>> > It may take a few days to be processed, but once you appear on the
>> > following page
>> > (http://people.apache.org/~jim/committers.html#unlistedclas),
>> > we're good to go.
>> >
>> > 2009/5/6 Moloney, Tim M <Ti...@mantech.com>:
>> > >
>> > > I've found many problems with the new Karaf web pages,
>> mostly broken
>> > > links. I would have created a patch file but it doesn't
>> > appear that the
>> > > web pages are
>> > > in subversion. If this is something that I can fix/submit
>> > a patch, let
>> > > me know how.
>> > >
>> > > 1-quick-start
>> > > - "SMX4KNL:#top" is a bad link at the end of the "Start
>> the server"
>> > > section
>> > >
>> > > 2-overview
>> > > - "SMX4KNL:#top" is a bad link at the bottom of the page
>> > >
>> > > 3-installation
>> > > - In the section list at the top,
>> > > - "Windows Developers' Release" is a bad link
>> > > - "Unix Developers' Release" is a bad link
>> > > - Are these due to the apostrophe?
>> > > - Windows Binary Installation section
>> > > - "SMX4KNL:#Starting ServiceMix kernel" is a bad link
>> > > - "ServiceMix kernel" should be "Karaf" in above
>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>> > > - Windows Source Installation section
>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>> > > - Windows Developers' Release section
>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>> > > - "SMX4KNL:#Windows Source Installation" is a bad link
>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>> > > - Unix Binary Installation section
>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>> > > - Unix Source Installation section
>> > > - "SMX4KNL:#Unix Binary Installation" is a bad link
>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>> > > - Unix Developers' Release section
>> > > - "SMX4KNL:#Starting Karaf" is a bad link
>> > > - "SMX4KNL:#Unix Source Installation" is a bad link
>> > > - "SMX4KNL:#Testing the Installation" is a bad link
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 41-commands
>> > > - Overview section
>> > > - all the items in the bulleted list are bad links
>> > > - The "top" link is missing at the end of each section
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 42-remote-console
>> > > - At the end of each section
>> > > - "SMX4KNL:#top" is a bad link
>> > > - Configuration section
>> > > - "4.5 Security framework" is a bad link
>> > > 43-logging-system
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 44-deployer
>> > > - Only page to have section numbers in section headers
>> > > - The "top" link is missing at the end of each section
>> > > - Features deployer section
>> > > - Missing "/" in "</features>" tag in example
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 45-security-framework
>> > > - The "top" link is missing at the end of each section
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 46-provisioning
>> > > - The "top" link is missing at the end of each section
>> > > - Service configuration section
>> > > - "6.2 Building custom distributions" is a bad link
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 47-administration
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 51-troubleshooting-debugging-and-profiling
>> > > - At the end of each section
>> > > - "SMX4KNL:#top" is a bad link
>> > > 52-developing-applications
>> > > - The "5.3 Creating bundles for third party
>> dependencies" links are
>> > > bad in the header and footer
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 53-creating-bundles-for-third-party-dependencies
>> > > -
>> > "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
>> > > link
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 6-advanced-uses
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 61-extending-the-console
>> > > - The "6.2 Building custom distributions" links are bad in
>> > the header
>> > > and footer
>> > > - The "top" link is missing at the end of each section
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 62-building-custom-distributions
>> > > - The "6.3 programmatically connect to the console" links
>> > are bad in
>> > > the header and footer
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 63-programmatically-connect-to-the-console
>> > > - The "6.4 Embedding ServiceMix kernel" links are bad in
>> the header
>> > > and footer
>> > > - "ServiceMix kernel" should be "Karaf" in above
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 65-deploying-security-providers
>> > > - Above the footer
>> > > - "SMX4KNL:#top" is a bad link
>> > > 66-installing-additional-features
>> > > - The "top" link is missing at the end of each section
>> > > - The footer is missing
>> > > 67-configuring-failover-deployments-available-in-110
>> > > - The header is missing
>> > > - The "top" link is missing at the end of each section
>> > > - The footer is missing
>> > >
>> > >
>> > > Tim Moloney The reasonable man
>> > adapts himself
>> > > to
>> > > ManTech Real-time Systems Laboratory the world; the
>> > unreasonable one
>> > > persists
>> > > 2015 Cattlemen Road in trying to adapt
>> > the world to
>> > > himself.
>> > > Sarasota, FL 34232 Therefore all
>> > progress depends on
>> > > the
>> > > (941) 377-6775 x208 unreasonable man. - George
>> > > Bernard Shaw
>> > >
>> > >
>> >
>> >
>> >
>> > --
>> > Cheers,
>> > Guillaume Nodet
>> > ------------------------
>> > Blog: http://gnodet.blogspot.com/
>> > ------------------------
>> > Open Source SOA
>> > http://fusesource.com
>> >
>> >
>> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> > For additional commands, e-mail: users-help@felix.apache.org
>> >
>> >
>>
>>
>>
>> Tim Moloney The reasonable man
>> adapts himself to
>> ManTech Real-time Systems Laboratory the world; the
>> unreasonable one persists
>> 2015 Cattlemen Road in trying to adapt the
>> world to himself.
>> Sarasota, FL 34232 Therefore all progress
>> depends on the
>> (941) 377-6775 x208 unreasonable man. -
>> George Bernard Shaw
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
RE: Karaf Users' Guide problems
Posted by "Moloney, Tim M" <Ti...@ManTech.com>.
I've submitted my ICLA and I'm now on the list.
I have an account on cwiki but I think that I need permission to edit the Karaf Users' Guide. Who do I ask to get that permission?
Thanks.
Tim Moloney The reasonable man adapts himself to
ManTech Real-time Systems Laboratory the world; the unreasonable one persists
2015 Cattlemen Road in trying to adapt the world to himself.
Sarasota, FL 34232 Therefore all progress depends on the
(941) 377-6775 x208 unreasonable man. - George Bernard Shaw
> -----Original Message-----
> From: Moloney, Tim M [mailto:Tim.Moloney@ManTech.com]
> Sent: Wednesday, May 06, 2009 11:15
> To: users@felix.apache.org
> Subject: RE: Karaf Users' Guide problems
>
>
> Thanks. I'll get that process started.
>
>
> On Wednesday, May 06, 2009 10:31, Guillaume Nodet
> <gn...@gmail.com> wrote:
> >
> > You need to send an ICLA first to Apache. Once it has been
> filed, we
> > may be able to give you edit permission on the wiki if you want to
> > contribute documentation.
> > The ICLA can be found at http://www.apache.org/licenses/icla.txt
> > The easiest way is to print it, fill it, scan it and send it to
> > secretary [at] apache.org
> > It may take a few days to be processed, but once you appear on the
> > following page
> > (http://people.apache.org/~jim/committers.html#unlistedclas),
> > we're good to go.
> >
> > 2009/5/6 Moloney, Tim M <Ti...@mantech.com>:
> > >
> > > I've found many problems with the new Karaf web pages,
> mostly broken
> > > links. I would have created a patch file but it doesn't
> > appear that the
> > > web pages are
> > > in subversion. If this is something that I can fix/submit
> > a patch, let
> > > me know how.
> > >
> > > 1-quick-start
> > > - "SMX4KNL:#top" is a bad link at the end of the "Start
> the server"
> > > section
> > >
> > > 2-overview
> > > - "SMX4KNL:#top" is a bad link at the bottom of the page
> > >
> > > 3-installation
> > > - In the section list at the top,
> > > - "Windows Developers' Release" is a bad link
> > > - "Unix Developers' Release" is a bad link
> > > - Are these due to the apostrophe?
> > > - Windows Binary Installation section
> > > - "SMX4KNL:#Starting ServiceMix kernel" is a bad link
> > > - "ServiceMix kernel" should be "Karaf" in above
> > > - "SMX4KNL:#Testing the Installation" is a bad link
> > > - Windows Source Installation section
> > > - "SMX4KNL:#Starting Karaf" is a bad link
> > > - "SMX4KNL:#Testing the Installation" is a bad link
> > > - Windows Developers' Release section
> > > - "SMX4KNL:#Starting Karaf" is a bad link
> > > - "SMX4KNL:#Windows Source Installation" is a bad link
> > > - "SMX4KNL:#Starting Karaf" is a bad link
> > > - "SMX4KNL:#Testing the Installation" is a bad link
> > > - Unix Binary Installation section
> > > - "SMX4KNL:#Starting Karaf" is a bad link
> > > - "SMX4KNL:#Testing the Installation" is a bad link
> > > - Unix Source Installation section
> > > - "SMX4KNL:#Unix Binary Installation" is a bad link
> > > - "SMX4KNL:#Starting Karaf" is a bad link
> > > - "SMX4KNL:#Testing the Installation" is a bad link
> > > - Unix Developers' Release section
> > > - "SMX4KNL:#Starting Karaf" is a bad link
> > > - "SMX4KNL:#Unix Source Installation" is a bad link
> > > - "SMX4KNL:#Testing the Installation" is a bad link
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 41-commands
> > > - Overview section
> > > - all the items in the bulleted list are bad links
> > > - The "top" link is missing at the end of each section
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 42-remote-console
> > > - At the end of each section
> > > - "SMX4KNL:#top" is a bad link
> > > - Configuration section
> > > - "4.5 Security framework" is a bad link
> > > 43-logging-system
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 44-deployer
> > > - Only page to have section numbers in section headers
> > > - The "top" link is missing at the end of each section
> > > - Features deployer section
> > > - Missing "/" in "</features>" tag in example
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 45-security-framework
> > > - The "top" link is missing at the end of each section
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 46-provisioning
> > > - The "top" link is missing at the end of each section
> > > - Service configuration section
> > > - "6.2 Building custom distributions" is a bad link
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 47-administration
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 51-troubleshooting-debugging-and-profiling
> > > - At the end of each section
> > > - "SMX4KNL:#top" is a bad link
> > > 52-developing-applications
> > > - The "5.3 Creating bundles for third party
> dependencies" links are
> > > bad in the header and footer
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 53-creating-bundles-for-third-party-dependencies
> > > -
> > "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
> > > link
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 6-advanced-uses
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 61-extending-the-console
> > > - The "6.2 Building custom distributions" links are bad in
> > the header
> > > and footer
> > > - The "top" link is missing at the end of each section
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 62-building-custom-distributions
> > > - The "6.3 programmatically connect to the console" links
> > are bad in
> > > the header and footer
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 63-programmatically-connect-to-the-console
> > > - The "6.4 Embedding ServiceMix kernel" links are bad in
> the header
> > > and footer
> > > - "ServiceMix kernel" should be "Karaf" in above
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 65-deploying-security-providers
> > > - Above the footer
> > > - "SMX4KNL:#top" is a bad link
> > > 66-installing-additional-features
> > > - The "top" link is missing at the end of each section
> > > - The footer is missing
> > > 67-configuring-failover-deployments-available-in-110
> > > - The header is missing
> > > - The "top" link is missing at the end of each section
> > > - The footer is missing
> > >
> > >
> > > Tim Moloney The reasonable man
> > adapts himself
> > > to
> > > ManTech Real-time Systems Laboratory the world; the
> > unreasonable one
> > > persists
> > > 2015 Cattlemen Road in trying to adapt
> > the world to
> > > himself.
> > > Sarasota, FL 34232 Therefore all
> > progress depends on
> > > the
> > > (941) 377-6775 x208 unreasonable man. - George
> > > Bernard Shaw
> > >
> > >
> >
> >
> >
> > --
> > Cheers,
> > Guillaume Nodet
> > ------------------------
> > Blog: http://gnodet.blogspot.com/
> > ------------------------
> > Open Source SOA
> > http://fusesource.com
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> > For additional commands, e-mail: users-help@felix.apache.org
> >
> >
>
>
>
> Tim Moloney The reasonable man
> adapts himself to
> ManTech Real-time Systems Laboratory the world; the
> unreasonable one persists
> 2015 Cattlemen Road in trying to adapt the
> world to himself.
> Sarasota, FL 34232 Therefore all progress
> depends on the
> (941) 377-6775 x208 unreasonable man. -
> George Bernard Shaw
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
RE: Karaf Users' Guide problems
Posted by "Moloney, Tim M" <Ti...@ManTech.com>.
Thanks. I'll get that process started.
On Wednesday, May 06, 2009 10:31, Guillaume Nodet <gn...@gmail.com> wrote:
>
> You need to send an ICLA first to Apache. Once it has been filed, we
> may be able to give you edit permission on the wiki if you want to
> contribute documentation.
> The ICLA can be found at http://www.apache.org/licenses/icla.txt
> The easiest way is to print it, fill it, scan it and send it to
> secretary [at] apache.org
> It may take a few days to be processed, but once you appear on the
> following page
> (http://people.apache.org/~jim/committers.html#unlistedclas),
> we're good to go.
>
> 2009/5/6 Moloney, Tim M <Ti...@mantech.com>:
> >
> > I've found many problems with the new Karaf web pages, mostly broken
> > links. I would have created a patch file but it doesn't
> appear that the
> > web pages are
> > in subversion. If this is something that I can fix/submit
> a patch, let
> > me know how.
> >
> > 1-quick-start
> > - "SMX4KNL:#top" is a bad link at the end of the "Start the server"
> > section
> >
> > 2-overview
> > - "SMX4KNL:#top" is a bad link at the bottom of the page
> >
> > 3-installation
> > - In the section list at the top,
> > - "Windows Developers' Release" is a bad link
> > - "Unix Developers' Release" is a bad link
> > - Are these due to the apostrophe?
> > - Windows Binary Installation section
> > - "SMX4KNL:#Starting ServiceMix kernel" is a bad link
> > - "ServiceMix kernel" should be "Karaf" in above
> > - "SMX4KNL:#Testing the Installation" is a bad link
> > - Windows Source Installation section
> > - "SMX4KNL:#Starting Karaf" is a bad link
> > - "SMX4KNL:#Testing the Installation" is a bad link
> > - Windows Developers' Release section
> > - "SMX4KNL:#Starting Karaf" is a bad link
> > - "SMX4KNL:#Windows Source Installation" is a bad link
> > - "SMX4KNL:#Starting Karaf" is a bad link
> > - "SMX4KNL:#Testing the Installation" is a bad link
> > - Unix Binary Installation section
> > - "SMX4KNL:#Starting Karaf" is a bad link
> > - "SMX4KNL:#Testing the Installation" is a bad link
> > - Unix Source Installation section
> > - "SMX4KNL:#Unix Binary Installation" is a bad link
> > - "SMX4KNL:#Starting Karaf" is a bad link
> > - "SMX4KNL:#Testing the Installation" is a bad link
> > - Unix Developers' Release section
> > - "SMX4KNL:#Starting Karaf" is a bad link
> > - "SMX4KNL:#Unix Source Installation" is a bad link
> > - "SMX4KNL:#Testing the Installation" is a bad link
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 41-commands
> > - Overview section
> > - all the items in the bulleted list are bad links
> > - The "top" link is missing at the end of each section
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 42-remote-console
> > - At the end of each section
> > - "SMX4KNL:#top" is a bad link
> > - Configuration section
> > - "4.5 Security framework" is a bad link
> > 43-logging-system
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 44-deployer
> > - Only page to have section numbers in section headers
> > - The "top" link is missing at the end of each section
> > - Features deployer section
> > - Missing "/" in "</features>" tag in example
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 45-security-framework
> > - The "top" link is missing at the end of each section
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 46-provisioning
> > - The "top" link is missing at the end of each section
> > - Service configuration section
> > - "6.2 Building custom distributions" is a bad link
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 47-administration
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 51-troubleshooting-debugging-and-profiling
> > - At the end of each section
> > - "SMX4KNL:#top" is a bad link
> > 52-developing-applications
> > - The "5.3 Creating bundles for third party dependencies" links are
> > bad in the header and footer
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 53-creating-bundles-for-third-party-dependencies
> > -
> "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
> > link
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 6-advanced-uses
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 61-extending-the-console
> > - The "6.2 Building custom distributions" links are bad in
> the header
> > and footer
> > - The "top" link is missing at the end of each section
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 62-building-custom-distributions
> > - The "6.3 programmatically connect to the console" links
> are bad in
> > the header and footer
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 63-programmatically-connect-to-the-console
> > - The "6.4 Embedding ServiceMix kernel" links are bad in the header
> > and footer
> > - "ServiceMix kernel" should be "Karaf" in above
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 65-deploying-security-providers
> > - Above the footer
> > - "SMX4KNL:#top" is a bad link
> > 66-installing-additional-features
> > - The "top" link is missing at the end of each section
> > - The footer is missing
> > 67-configuring-failover-deployments-available-in-110
> > - The header is missing
> > - The "top" link is missing at the end of each section
> > - The footer is missing
> >
> >
> > Tim Moloney The reasonable man
> adapts himself
> > to
> > ManTech Real-time Systems Laboratory the world; the
> unreasonable one
> > persists
> > 2015 Cattlemen Road in trying to adapt
> the world to
> > himself.
> > Sarasota, FL 34232 Therefore all
> progress depends on
> > the
> > (941) 377-6775 x208 unreasonable man. - George
> > Bernard Shaw
> >
> >
>
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
> ------------------------
> Open Source SOA
> http://fusesource.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Tim Moloney The reasonable man adapts himself to
ManTech Real-time Systems Laboratory the world; the unreasonable one persists
2015 Cattlemen Road in trying to adapt the world to himself.
Sarasota, FL 34232 Therefore all progress depends on the
(941) 377-6775 x208 unreasonable man. - George Bernard Shaw
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Karaf Users' Guide problems
Posted by Guillaume Nodet <gn...@gmail.com>.
You need to send an ICLA first to Apache. Once it has been filed, we
may be able to give you edit permission on the wiki if you want to
contribute documentation.
The ICLA can be found at http://www.apache.org/licenses/icla.txt
The easiest way is to print it, fill it, scan it and send it to
secretary [at] apache.org
It may take a few days to be processed, but once you appear on the
following page (http://people.apache.org/~jim/committers.html#unlistedclas),
we're good to go.
2009/5/6 Moloney, Tim M <Ti...@mantech.com>:
>
> I've found many problems with the new Karaf web pages, mostly broken
> links. I would have created a patch file but it doesn't appear that the
> web pages are
> in subversion. If this is something that I can fix/submit a patch, let
> me know how.
>
> 1-quick-start
> - "SMX4KNL:#top" is a bad link at the end of the "Start the server"
> section
>
> 2-overview
> - "SMX4KNL:#top" is a bad link at the bottom of the page
>
> 3-installation
> - In the section list at the top,
> - "Windows Developers' Release" is a bad link
> - "Unix Developers' Release" is a bad link
> - Are these due to the apostrophe?
> - Windows Binary Installation section
> - "SMX4KNL:#Starting ServiceMix kernel" is a bad link
> - "ServiceMix kernel" should be "Karaf" in above
> - "SMX4KNL:#Testing the Installation" is a bad link
> - Windows Source Installation section
> - "SMX4KNL:#Starting Karaf" is a bad link
> - "SMX4KNL:#Testing the Installation" is a bad link
> - Windows Developers' Release section
> - "SMX4KNL:#Starting Karaf" is a bad link
> - "SMX4KNL:#Windows Source Installation" is a bad link
> - "SMX4KNL:#Starting Karaf" is a bad link
> - "SMX4KNL:#Testing the Installation" is a bad link
> - Unix Binary Installation section
> - "SMX4KNL:#Starting Karaf" is a bad link
> - "SMX4KNL:#Testing the Installation" is a bad link
> - Unix Source Installation section
> - "SMX4KNL:#Unix Binary Installation" is a bad link
> - "SMX4KNL:#Starting Karaf" is a bad link
> - "SMX4KNL:#Testing the Installation" is a bad link
> - Unix Developers' Release section
> - "SMX4KNL:#Starting Karaf" is a bad link
> - "SMX4KNL:#Unix Source Installation" is a bad link
> - "SMX4KNL:#Testing the Installation" is a bad link
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 41-commands
> - Overview section
> - all the items in the bulleted list are bad links
> - The "top" link is missing at the end of each section
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 42-remote-console
> - At the end of each section
> - "SMX4KNL:#top" is a bad link
> - Configuration section
> - "4.5 Security framework" is a bad link
> 43-logging-system
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 44-deployer
> - Only page to have section numbers in section headers
> - The "top" link is missing at the end of each section
> - Features deployer section
> - Missing "/" in "</features>" tag in example
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 45-security-framework
> - The "top" link is missing at the end of each section
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 46-provisioning
> - The "top" link is missing at the end of each section
> - Service configuration section
> - "6.2 Building custom distributions" is a bad link
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 47-administration
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 51-troubleshooting-debugging-and-profiling
> - At the end of each section
> - "SMX4KNL:#top" is a bad link
> 52-developing-applications
> - The "5.3 Creating bundles for third party dependencies" links are
> bad in the header and footer
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 53-creating-bundles-for-third-party-dependencies
> - "http://felix.apache.org/site/maven-bundle-plugin-bnd.html" is a bad
> link
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 6-advanced-uses
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 61-extending-the-console
> - The "6.2 Building custom distributions" links are bad in the header
> and footer
> - The "top" link is missing at the end of each section
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 62-building-custom-distributions
> - The "6.3 programmatically connect to the console" links are bad in
> the header and footer
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 63-programmatically-connect-to-the-console
> - The "6.4 Embedding ServiceMix kernel" links are bad in the header
> and footer
> - "ServiceMix kernel" should be "Karaf" in above
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 65-deploying-security-providers
> - Above the footer
> - "SMX4KNL:#top" is a bad link
> 66-installing-additional-features
> - The "top" link is missing at the end of each section
> - The footer is missing
> 67-configuring-failover-deployments-available-in-110
> - The header is missing
> - The "top" link is missing at the end of each section
> - The footer is missing
>
>
> Tim Moloney The reasonable man adapts himself
> to
> ManTech Real-time Systems Laboratory the world; the unreasonable one
> persists
> 2015 Cattlemen Road in trying to adapt the world to
> himself.
> Sarasota, FL 34232 Therefore all progress depends on
> the
> (941) 377-6775 x208 unreasonable man. - George
> Bernard Shaw
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org