Allowing validators for parametrized types is definitely a good thing, but
right now it is not part of the spec.
Let me compare this to JPA and Hibernate as provider. There are many great
features that Hibernate adds to the spec. But when using them you are aware
of the fact that your code now dep
Fyi I went ahead and enabled it for description too
-- Sent from my Palm Prē
st...@hibernate.org
http://hibernate.orgSteve Ebersole wrote:
The wiki render is already enabled for comments. I did not realize it was
available for other fields. Specifcally I like the idea of the wiki renderer
for
The wiki render is already enabled for comments. I did not realize it was
available for other fields. Specifcally I like the idea of the wiki renderer
for the description field in addition to comments.
Totally agree it should be consistent.
-- Sent from my Palm Prē
st...@hibernate.org
http://
Hi,
just wondering what our stand is on enabling the wiki renderer for Jira. I
am asking because of
http://opensource.atlassian.com/projects/hibernate/browse/HV-277
I like the idea, but I think Hibernate projects should be aligned in their
behavior.
Has this been discussed before? Was there a
WRT backport and the use of backport-util-concurrent as a dependency,
it would require people to add a new dependency which is not so fun on
a micro release.
My 2c.
On 9 déc. 2009, at 16:58, Steve Ebersole wrote:
> I'm actually ok with just dropping 1.4 support for 3.5.
>
> If you are going t
Hi Steve,
On Wed, 09 Dec 2009 12:46:32 -0300, Steve Ebersole
wrote:
> As for ours I think we need to cut actual releases and not just
> snapshots whenever possible. jpamodelgen, as a great example. As I
> discussed with Hardy last night, I will push a BETA release of it
> today.
You don't h
I'm actually ok with just dropping 1.4 support for 3.5.
If you are going to do it, I'd say that "dirty read" here is ok. What
I'd worry about though is concurrency issues like blocking (reads on
unsynchronized maps can cause blocks iirc).
As for backporting, well it depends, on a few things. Fi
Paul was supposed to be pushing a new jboss-jacc-api SNPASHOT. Does not
look like that has been done yet; I'll follow up with him again today
and see where this is.
As for ours I think we need to cut actual releases and not just
snapshots whenever possible. jpamodelgen, as a great example. As I
Hi,
Seems
http://snapshots.jboss.org/maven2/org/jboss/javaee/jboss-jacc-api/1.1.1-SNAPSHOT/
is indeed empty.
Looking at my local repo my snapshot is from 2009-11-06 which makes it a
little older than a month now.
I guess this means it got deleted from the snapshot directory.
The same has h
What about the dirty reads? Should I mark all getters as synchronized
methods, or just leave it as is? Not knowing how intensively these
getters are being called...
Btw, would this be backported into older 3.x releases as well?
On Wed, Dec 9, 2009 at 1:39 PM, Emmanuel Bernard wrote:
> I don't thi
I don't think it's critical to backport this for 1.4 JDK users. But if you want
to spare cycles...
On 9 déc. 2009, at 12:48, Alex Snaps wrote:
> I have finished a first version of it all:
> It is supporting both jdk 1.4 and 1.5+. So that if the
> java.util.concurrent classes are present, it will
I have finished a first version of it all:
It is supporting both jdk 1.4 and 1.5+. So that if the
java.util.concurrent classes are present, it will use the new
ConcurrentStatisticsImpl, otherwise will fallback to the current
StatisticsImpl. As mentioned, I had to extract interfaces for
EntityStatis
I can't build core on a fresh machine, any help?
Missing:
--
1) org.jboss.javaee:jboss-jacc-api:jar:1.1.1-SNAPSHOT
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=org.jboss.javaee
-DartifactId=
That would encourage people to use weaker generics or even worse, raw
types.
BTW, check out http://code.google.com/p/reflext/ by Julien Viet
It might help in the quest to resolve types simply with the mirror API.
On 8 déc. 09, at 22:29, Gunnar Morling wrote:
> Hi,
>
> I definitely see the usefu
14 matches
Mail list logo
