Re: [DISCUSSION] let PublickeyLoginModule ignore the encryption.enabled flag

2013-12-09 Thread Achim Nierbeck
Yep sounds like a bug.
+1 for JIRA and fix

sent from mobile device
Am 10.12.2013 06:31 schrieb "Jean-Baptiste Onofré" :

> Hi Freeman,
>
> The encryption should affect only the PropertiesLoginModule, and so the
> users.properties file (not the keys.properties).
>
> It sounds like a bug for me.
>
> +1 to create a Jira and fix that.
>
> Regards
> JB
>
> On 12/10/2013 05:19 AM, Freeman Fang wrote:
>
>> Hi Team,
>>
>> Currently the public key login module works perfectly by default, but if
>> we change property "encryption.enabled=true" from the file
>> "etc/org.apache.karaf.jaas.cfg" I get my public key stored in
>> etc/keys.properties encrypted like
>> ffang = {CRYPT}a0b350706bd5a1fadff906d0cc28e681{CRYPT},
>> and this break the key login.
>>
>> Not like the password stored in users.properties which is used by
>> PropertiesLoginModule, the public key is intended to be distributed and
>> read by everyone(though it's not very readable),  I don't think we really
>> need encrypt a public key. I suggest let PublickeyLoginModule ignore the
>> encryption.enabled flag, don't encrypt a public key.
>>
>> If there's no objection I will create a jira ticket and change this
>> accordingly.
>>
>> Best Regards
>> -
>> Freeman(Yue) Fang
>>
>> Red Hat, Inc.
>> FuseSource is now part of Red Hat
>>
>>
>>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>


Re: [DISCUSSION] let PublickeyLoginModule ignore the encryption.enabled flag

2013-12-09 Thread Jean-Baptiste Onofré

Hi Freeman,

The encryption should affect only the PropertiesLoginModule, and so the 
users.properties file (not the keys.properties).


It sounds like a bug for me.

+1 to create a Jira and fix that.

Regards
JB

On 12/10/2013 05:19 AM, Freeman Fang wrote:

Hi Team,

Currently the public key login module works perfectly by default, but if we change property 
"encryption.enabled=true" from the file "etc/org.apache.karaf.jaas.cfg" I get 
my public key stored in etc/keys.properties encrypted like
ffang = {CRYPT}a0b350706bd5a1fadff906d0cc28e681{CRYPT},
and this break the key login.

Not like the password stored in users.properties which is used by 
PropertiesLoginModule, the public key is intended to be distributed and read by 
everyone(though it's not very readable),  I don't think we really need encrypt 
a public key. I suggest let PublickeyLoginModule ignore the encryption.enabled 
flag, don't encrypt a public key.

If there's no objection I will create a jira ticket and change this accordingly.

Best Regards
-
Freeman(Yue) Fang

Red Hat, Inc.
FuseSource is now part of Red Hat






--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com


[DISCUSSION] let PublickeyLoginModule ignore the encryption.enabled flag

2013-12-09 Thread Freeman Fang
Hi Team,

Currently the public key login module works perfectly by default, but if we 
change property "encryption.enabled=true" from the file 
"etc/org.apache.karaf.jaas.cfg" I get my public key stored in 
etc/keys.properties encrypted like
ffang = {CRYPT}a0b350706bd5a1fadff906d0cc28e681{CRYPT}, 
and this break the key login.

Not like the password stored in users.properties which is used by 
PropertiesLoginModule, the public key is intended to be distributed and read by 
everyone(though it's not very readable),  I don't think we really need encrypt 
a public key. I suggest let PublickeyLoginModule ignore the encryption.enabled 
flag, don't encrypt a public key.

If there's no objection I will create a jira ticket and change this accordingly.

Best Regards
-
Freeman(Yue) Fang

Red Hat, Inc. 
FuseSource is now part of Red Hat





Re: apache-karaf-2.2.2 Could not create framework: java.lang.ArrayIndexOutOfBoundsException: -1

2013-12-09 Thread sekaijin
No I've tryed only 2.2.x

I have bundles developed for version 2.2.2 and have not been tested on later
versions

karaf 2.2.x he works with Java 7?

I changed my system from Lion Mountain to Mavericks and therefore Java
version from 6 to 7

A+JYT



--
View this message in context: 
http://karaf.922171.n3.nabble.com/apache-karaf-2-2-2-Could-not-create-framework-java-lang-ArrayIndexOutOfBoundsException-1-tp4030600p4030606.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.


Issues with Attachments: week of 2013-12-09

2013-12-09 Thread jb
 
KARAF - Monday, December 9, 2013
 
  3 Issues with Attachments
 
  (sorted oldest to newest)
 
[KARAF-1553] Command service references should be AUTO_EXPORT_INTERFACES
  - Created: 2012-06-15
  - Updated: 2013-11-13
  - Type: Bug
  - Fix Versions: [3.0.1]
  - Reporter: Daniel Kulp
  - Assigned: Jean-Baptiste Onofré
  - Attachments: [patch.txt]
  - https://issues.apache.org/jira/browse/KARAF-1553
 
[KARAF-1972] karaf-maven-plugin should respect scope
  - Created: 2012-10-24
  - Updated: 2013-11-12
  - Type: Bug
  - Fix Versions: [3.0.1]
  - Reporter: Andrei Pozolotin
  - Assigned: Unassigned
  - Attachments: [0001-Fixing-the-scope-handling.patch, KARAF-1972.patch]
  - https://issues.apache.org/jira/browse/KARAF-1972
 
[KARAF-2307] ActiveMQ Karaf commands do not work with Karaf 3
  - Created: 2013-05-06
  - Updated: 2013-11-14
  - Type: Bug
  - Fix Versions: [3.0.0]
  - Reporter: Christian Schneider
  - Assigned: Christian Schneider
  - Attachments: [amq-4492.patch]
  - https://issues.apache.org/jira/browse/KARAF-2307