May 2013 - cdi-dev - Jboss List Archives

[JBoss JIRA] (CDI-374) EventMetadata missing from Java EE 7 API

by John Ament (JIRA)

[ https://issues.jboss.org/browse/CDI-374?page=com.atlassian.jira.plugin.sy... ] John Ament closed CDI-374. -------------------------- Resolution: Rejected Yep, Bruno was right. > EventMetadata missing from Java EE 7 API > ---------------------------------------- > > Key: CDI-374 > URL: https://issues.jboss.org/browse/CDI-374 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: John Ament > > Not sure if I should raise this here or on JCP's JIRA, but I noticed that the EventMetadata class wasn't included in the Java EE API pom. I do see it in the CDI 1.1 spec and javadocs. > This is against b86 - https://maven.java.net/content/groups/promoted/javax/javaee-api/7.0-b86/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (CDI-374) EventMetadata missing from Java EE 7 API

by Bruno Borges (JIRA)

[ https://issues.jboss.org/browse/CDI-374?page=com.atlassian.jira.plugin.sy... ] Bruno Borges commented on CDI-374: ---------------------------------- Invalid. The class is available in the final release: https://maven.java.net/content/groups/public/javax/javaee-api/7.0/ > EventMetadata missing from Java EE 7 API > ---------------------------------------- > > Key: CDI-374 > URL: https://issues.jboss.org/browse/CDI-374 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: John Ament > > Not sure if I should raise this here or on JCP's JIRA, but I noticed that the EventMetadata class wasn't included in the Java EE API pom. I do see it in the CDI 1.1 spec and javadocs. > This is against b86 - https://maven.java.net/content/groups/promoted/javax/javaee-api/7.0-b86/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 10 months

1
0
0 / 0

[JBoss JIRA] (CDI-374) EventMetadata missing from Java EE 7 API

by John Ament (JIRA)

John Ament created CDI-374: ------------------------------ Summary: EventMetadata missing from Java EE 7 API Key: CDI-374 URL: https://issues.jboss.org/browse/CDI-374 Project: CDI Specification Issues Issue Type: Bug Reporter: John Ament Not sure if I should raise this here or on JCP's JIRA, but I noticed that the EventMetadata class wasn't included in the Java EE API pom. I do see it in the CDI 1.1 spec and javadocs. This is against b86 - https://maven.java.net/content/groups/promoted/javax/javaee-api/7.0-b86/ -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 10 months

1
0
0 / 0

Fwd: [jsr342-experts] request scope for Web Sockets?

by Pete Muir

All, please see below, and let me know your thoughts. I would prefer to see the Web Sockets spec handle this, just like we had JTA handle the TransactionScoped context details. Begin forwarded message: > From: Bill Shannon <bill.shannon(a)oracle.com> > Subject: [jsr342-experts] request scope for Web Sockets? > Date: 16 May 2013 19:21:40 BST > To: jsr342-experts(a)javaee-spec.java.net > Cc: Joseph Snyder <J.J.SNYDER(a)oracle.com>, Danny Coward <danny.coward(a)oracle.com>, Rajiv Mordani <Rajiv.Mordani(a)oracle.com>, "CHAN,SHING WAI" <shing.wai.chan(a)oracle.com> > Reply-To: jsr342-experts(a)javaee-spec.java.net > > Experts, > > An issue has come up about the definition of the CDI request scope and how > it applies to Web Sockets applications. The issue is reported here: > https://issues.jboss.org/browse/CDI-370 > > We're trying to decide whether this is a simple oversight that could be > corrected with an errata to the existing spec(s), or whether it's a missing > requirement that would require a new revision of the spec(s). Since this > involves the interaction of three specs, I'm starting the conversation here. > > Danny, Pete, Shing Wai, please forward this message to your expert groups > for their input as well. > > > Here's the definition of when a request scope is active and when it is destroyed: > >> The request scope is active: >> >> - during the service() method of any servlet in the web >> application, during the doFilter() method of any servlet filter and >> when the container calls any ServletRequestListener or AsyncListener, >> - during any Java EE web service invocation, >> - during any remote method invocation of any EJB, during any >> asynchronous method invocation of any EJB, during any call to an EJB >> timeout method and during message delivery to any EJB message-driven >> bean, and >> - during any message delivery to a MessageListener for a JMS >> topic or queue obtained from the Java EE component environment. >> >> The request context is destroyed: >> >> - at the end of the servlet request, after the service() method, all >> doFilter() methods, and all requestDestroyed() and onComplete() >> notifications return, >> - after the web service invocation completes, >> - after the EJB remote method invocation, asynchronous method invocation, >> timeout or message delivery completes, or >> - after the message delivery to the MessageListener completes. > > It would be easy to "fix" the first bullet in each list above by saying > "oops, we forgot to include the work done by a protocol handler in > Servlet 3.1". Since all this other work done by Servlet applications > is part of the same request scope, adding the work done by protocol > handlers would make sense. > > But, we have to decide if that's the fix we want. > > Adding bullet items to each list to cover specific Web Socket operations > might be more what people are expecting, resulting in a request scope for > Web Sockets that's "smaller" than the request scope for the corresponding > http request. Even if we did that, we would still need to define clearly > whether or not a request scope is active during any arbitrary protocol > handler operation (not just Web Socket protocol handlers). Defining it > for Web Sockets but not defining it for protocol handlers in general might > be acceptable. Defining it one way for Web Sockets and a different way > for other protocol handlers would not be acceptable. > > > Should we fix this as an errata by saying that obviously protocol handler > operations should've been included in those lists of Servlet operations? > > Or should we add items to each list to cover specifically Web Socket > operations? (In which case what do we say about protocol handlers in > general?) This would clearly require a new version of either the CDI > spec or the Web Sockets spec. > > If we defined all Web Socket operations for a single http request to be > part of the same request scope (the "errata" approach), we could later > define a "message" scope or something similar to cover individual Web Socket > operations. > > Let us know what you think.

10 years, 10 months

3
2
0 / 0

split TCK for web-profile and full-profile

by Mark Struberg

Hi folks! This is a common issue in many EE TCKs, but we have the same for CDI. The web-profile spec mentions the following: "WP.2.3 Additional Requirements Web Profile products must support the deployment of Java EE web application modules (.war files). No other modules types are required to be supported." Thus there is just no necessity to support EAR deployment at all in a web-profile container. We should have 3 categories in our TCK: * standalone * incontainer (web-profile) * infullcontainer (full-profile) incontainer might e.g. for EJB get used for the embedded mode. txs and LieGrue, strub

10 years, 11 months

2
2
0 / 0

[JBoss JIRA] (CDI-373) XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected

by John Ament (JIRA)

[ https://issues.jboss.org/browse/CDI-373?page=com.atlassian.jira.plugin.sy... ] John Ament commented on CDI-373: -------------------------------- It fails in that I visit http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd and get this back This webpage is not available The connection to xmlns.jcp.org was interrupted. Here are some suggestions: Reload this webpage later. Check your Internet connection. Restart any router, modem, or other network devices you may be using. Add Google Chrome as a permitted program in your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list of permitted programs and adding it again. If you use a proxy server, check your proxy settings or contact your network administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust your proxy settings: Go to the Chrome menu > Settings > Show advanced settings... > Change proxy settings... > LAN Settings and deselect the "Use a proxy server for your LAN" checkbox. > XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected > --------------------------------------------------------------------------------- > > Key: CDI-373 > URL: https://issues.jboss.org/browse/CDI-373 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: David Konecny > Priority: Blocker > > Today I tried to access http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd and I was redirected to https://login.oracle.com/mysso/signon.jsp page. This used to work in the past. The same happens if I try to access the schema via http://www.oracle.com/webfolder/technetwork/jsc/xml/ns/javaee/index.html#7 page. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (CDI-373) XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected

by Bill Shannon (JIRA)

[ https://issues.jboss.org/browse/CDI-373?page=com.atlassian.jira.plugin.sy... ] Bill Shannon commented on CDI-373: ---------------------------------- If "doesn't work" means "can't access", try flushing your cache and all the usual browser debugging techniques. > XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected > --------------------------------------------------------------------------------- > > Key: CDI-373 > URL: https://issues.jboss.org/browse/CDI-373 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: David Konecny > Priority: Blocker > > Today I tried to access http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd and I was redirected to https://login.oracle.com/mysso/signon.jsp page. This used to work in the past. The same happens if I try to access the schema via http://www.oracle.com/webfolder/technetwork/jsc/xml/ns/javaee/index.html#7 page. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (CDI-373) XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected

by John Ament (JIRA)

[ https://issues.jboss.org/browse/CDI-373?page=com.atlassian.jira.plugin.sy... ] John Ament commented on CDI-373: -------------------------------- As of right now this XSD doesn't work for me. > XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected > --------------------------------------------------------------------------------- > > Key: CDI-373 > URL: https://issues.jboss.org/browse/CDI-373 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: David Konecny > Priority: Blocker > > Today I tried to access http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd and I was redirected to https://login.oracle.com/mysso/signon.jsp page. This used to work in the past. The same happens if I try to access the schema via http://www.oracle.com/webfolder/technetwork/jsc/xml/ns/javaee/index.html#7 page. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (CDI-373) XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected

by David Konecny (JIRA)

[ https://issues.jboss.org/browse/CDI-373?page=com.atlassian.jira.plugin.sy... ] David Konecny resolved CDI-373. ------------------------------- Resolution: Done I verified this works now. Thanks Bill. > XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected > --------------------------------------------------------------------------------- > > Key: CDI-373 > URL: https://issues.jboss.org/browse/CDI-373 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: David Konecny > Priority: Blocker > > Today I tried to access http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd and I was redirected to https://login.oracle.com/mysso/signon.jsp page. This used to work in the past. The same happens if I try to access the schema via http://www.oracle.com/webfolder/technetwork/jsc/xml/ns/javaee/index.html#7 page. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (CDI-373) XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected

by Bill Shannon (JIRA)

[ https://issues.jboss.org/browse/CDI-373?page=com.atlassian.jira.plugin.sy... ] Bill Shannon commented on CDI-373: ---------------------------------- My mistake. The Oracle content management system didn't do what I expected when I checked in an update today. It's fixed now. > XML schema http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd is password protected > --------------------------------------------------------------------------------- > > Key: CDI-373 > URL: https://issues.jboss.org/browse/CDI-373 > Project: CDI Specification Issues > Issue Type: Bug > Reporter: David Konecny > Priority: Blocker > > Today I tried to access http://xmlns.jcp.org/xml/ns/javaee/beans_1_1.xsd and I was redirected to https://login.oracle.com/mysso/signon.jsp page. This used to work in the past. The same happens if I try to access the schema via http://www.oracle.com/webfolder/technetwork/jsc/xml/ns/javaee/index.html#7 page. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

cdi-dev May 2013