Return-Path: 
 <users-return-686-apmail-deltaspike-users-archive=deltaspike.apache.org@deltaspike.apache.org>
X-Original-To: apmail-deltaspike-users-archive@www.apache.org
Delivered-To: apmail-deltaspike-users-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id D4F1D1178C
	for <apmail-deltaspike-users-archive@www.apache.org>;
 Wed,  4 Jun 2014 15:00:02 +0000 (UTC)
Received: (qmail 62960 invoked by uid 500); 4 Jun 2014 15:00:02 -0000
Delivered-To: apmail-deltaspike-users-archive@deltaspike.apache.org
Received: (qmail 62925 invoked by uid 500); 4 Jun 2014 15:00:02 -0000
Mailing-List: contact users-help@deltaspike.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@deltaspike.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@deltaspike.apache.org>
List-Post: <mailto:users@deltaspike.apache.org>
List-Id: <users.deltaspike.apache.org>
Reply-To: users@deltaspike.apache.org
Delivered-To: mailing list users@deltaspike.apache.org
Received: (qmail 62914 invoked by uid 99); 4 Jun 2014 15:00:02 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jun 2014 15:00:02 +0000
X-ASF-Spam-Status: No, hits=-5.0 required=5.0
	tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of rsmeral@redhat.com designates
 209.132.183.28 as permitted sender)
Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jun 2014 15:00:00 +0000
Received: from int-mx14.intmail.prod.int.phx2.redhat.com
 (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27])
	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s54ExVkh003134
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);
	Wed, 4 Jun 2014 10:59:31 -0400
Received: from [10.34.129.116] (dhcp129-116.brq.redhat.com [10.34.129.116])
	by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id
 s54ExTX4005593
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO);
	Wed, 4 Jun 2014 10:59:30 -0400
Message-ID: <538F3450.10402@redhat.com>
Date: Wed, 04 Jun 2014 16:59:28 +0200
From: Ron Smeral <rsmeral@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: users@deltaspike.apache.org, Thomas.Stemmer@cellent.at
Subject: Re: AW: Disable JSF 2.2 Features in Deltaspike
References: 
 <b8f68365a2a643f0ba257c1cbe96ee96@srv-exch-1.internal.activesolution.at>
 <CAAuOd=WVb=4QaFtuD2zF4r0TFhY5R5YpyoPZbXa7H8kxxE9utQ@mail.gmail.com>,<CAGJtJfGmjEoGs8EKgq06Fr=Ay2etO8zKq3ojMT-ZwdCWSr+rFw@mail.gmail.com>
 <9ce1f725a6144ac5a385f6e1692efd4d@srv-exch-1.internal.activesolution.at>
In-Reply-To: 
 <9ce1f725a6144ac5a385f6e1692efd4d@srv-exch-1.internal.activesolution.at>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.27
X-Virus-Checked: Checked by ClamAV on apache.org

Hi Thomas,

the weld:exclude feature works, but it only prevents classes from being 
treated as CDI beans, not from being loaded by the classloader.

Regards,
Ron

On 4.6.2014 16:42, Stemmer Thomas wrote:
> Hi Thomas & Gerhard,
>
> thanks for your quick reply. You're right - the problem occurs when weld loads the classes. So I thought about excluding the classes from weld-scanning in beans.xml. Unfortunately that doesn't work - has anyone tried this before? Otherwise I'll ask at JBoss.
>
> I found the description of the weld feature here:
> https://access.redhat.com/site/documentation/en-US/JBoss_Enterprise_Application_Platform/6/html/Development_Guide/Exclude_Beans_From_the_Scanning_Process.html
>
> Sample beans.xml for excluding:
> <beans xmlns="http://java.sun.com/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>          xmlns:weld="http://jboss.org/schema/weld/beans"
>          xsi:schemaLocation="
>            http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/beans_1_0.xsd
>            http://jboss.org/schema/weld/beans http://jboss.org/schema/weld/beans_1_1.xsd">
>          <weld:scan>
>                  <weld:exclude
>                          name="org.apache.deltaspike.jsf.impl.scope.window.ClientWindowAdapter" />
>                  <weld:exclude
>                          name="org.apache.deltaspike.jsf.impl.scope.window.DefaultClientWindow" />
>                  <weld:exclude
>                          name="org.apache.deltaspike.jsf.impl.listener.request.JsfClientWindowAwareLifecycleWrapper" />
>          </weld:scan>
> </beans>
>
> Regards,
> Thomas
>
>
>
> ________________________________________
> Von: Gerhard Petracek <gerhard.petracek@gmail.com>
> Gesendet: Mittwoch, 04. Juni 2014 15:37
> An: users@deltaspike.apache.org
> Betreff: Re: Disable JSF 2.2 Features in Deltaspike
>
> @thomas a.:
> no - the server produces that log-output way earlier.
>
> @thomas s.:
> if there is no way to influence the server-output, you can file a ticket
> for as7.
>
> regards,
> gerhard
>
>
>
> 2014-06-04 15:31 GMT+02:00 Thomas Andraschko <andraschko.thomas@gmail.com>:
>
>> Hi,
>>
>> it may be possible if we provide a Extension to veto our JSF 2.2 artifacts
>> if JSF2.2 is not available.
>>
>> WDYT Gerhard?
>>
>> Regards,
>> Thomas
>>
>>
>> 2014-06-04 15:25 GMT+02:00 Stemmer Thomas <Thomas.Stemmer@cellent.at>:
>>
>>> Hi,
>>>
>>> I'm running on JBoss 7.x with JSF 2.1. With Deltaspike 0.6+ I get a lot
>> of
>>> info/warn messages from jboss classloading (like
>>>
>> http://mail-archives.apache.org/mod_mbox/deltaspike-users/201403.mbox/%3CCAFYChVq__LBr0einU_iFkxar+TMqCSNnyQtFEqMxK5THuy5iHw@mail.gmail.com%3E
>>> )
>>>
>>> Is there any chance to disable the 2.2 Features?
>>>
>>> For DefaultClientWindow I tried the following, but that doesn't help as
>>> the classloader still tries to load the JSF 2.2 classes.
>>> @Specializes
>>> public class ClientWindow extends DefaultClientWindow {
>>>      @Override
>>>      public boolean isClientWindowRenderModeEnabled(FacesContext
>>> facesContext) {
>>>          return false;
>>>      }
>>> }
>>>
>>>
>>>
>>> Thanks,
>>> regards Thomas
>>>

-- 
Ron Smeral
JBoss Quality Engineer
Brno