That is a rather basic generics error that is a bug in javac since
Properties is typed as MapObject,Object, not MapString,String. You
are asking to be able to do (replacing ? with String to be more
concrete):
MapObject,Object m1 = ...;
MapString,String m2 = (MapString,String) m1;
javac disallows
10:40 AM
To: Scott M Stark; Hibernate development
Subject: Re: [Hibernate] eclipse chokes on current annotations code
yes, i realized this (also explained on the bug).
What tricked me was that neither I or emmanuel must have been
using the latest javac ;)
/max
Its more a limitation of the testing environment than project structure.
One should be able to annotate known tests as failing at either the test
or ci layer to achieve a simple boolean overall result as to whether the
testsuite is in an expected state.
-Original Message-
From: [EMAIL
which it isn't afaik. the antlr version started to include
more data in the exception over time.
Including additional data is not an incompatible serialzable change
generally. Its optional data that will be ignored and cannot affect the
legacy implementation.
calling printStackTrace() on
for the ejb3 query language parser. Antlr
should not be a required jar in the jboss client jars for ejb3 usage.
-Original Message-
From: Steve Ebersole
Sent: Wednesday, February 08, 2006 6:52 AM
To: Max Andersen; Scott M Stark;
jboss-development@lists.sourceforge.net; Hibernate
This has nothing to do with the actual jar names. The version in the jar
name is a poor convention as it propagates the version to users
unnecessarily, and is not verifiable via a signed manifest. The jars
checked into the repository should not have any explicit version
information in the name. I
file should be where a project makes version changes
and this should just propagated to artifacts based on the build tools.
-Original Message-
From: Max Andersen
Sent: Tuesday, February 07, 2006 10:14 AM
To: Scott M Stark; Christian Bauer; development Hibernate;
[EMAIL PROTECTED
, 2006 11:53 AM
To: Scott M Stark; jboss-development@lists.sourceforge.net;
Hibernate development
Subject: Re: [Hibernate] Do antlr exception leak to users?
On Mon, 06 Feb 2006 20:49:08 +0100, Scott M Stark
[EMAIL PROTECTED]
wrote:
I'm seeing some incompatible serial version uid changes
Xception(msg);
}
-Original Message-
From: Max Andersen
Sent: Tuesday, February 07, 2006 10:34 AM
To: Scott M Stark; jboss-development@lists.sourceforge.net;
Hibernate development
Subject: Re: [Hibernate] Do antlr exception leak to users?
On Tue, 07 Feb 2006 19:24:38 +0100, Scott
Of Scott M Stark
Sent: Tuesday, February 07, 2006 10:22 AM
To: Max Andersen; Christian Bauer; development Hibernate;
[EMAIL PROTECTED]
Cc: jboss-development@lists.sourceforge.net
Subject: RE: [Hibernate] Release naming conventions
Any place the version is actually used. This is the manifest
fixing the antlr exception svuid won't help us if the client
is using an older version, right ?
It will if the serialVersionUID is set to the implicit value from the
previous version. This can be done if the version is still serializable
compatible.
calling printStackTrace() on every
Is the Proxool library actually used? It uses the old bsd style license
that has a silly requirement regarding all advertising acknowledgment:
http://proxool.sourceforge.net/licence.html
3. All advertising materials mentioning features or use of this
software must display the following
Where did the jacc-1_0-fr.jar come from?
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the
Im seeing some incompatible serial version uid
changes in the latest antlr, but I dont know if antlr exceptions every
leak to users outside of the vm such that this is an issue. Do the ql grammar
exception get exposed or are they always converted to a hibernate exception?
through the current ejb3 spec.
-Original Message-
From: Max Andersen
Sent: Thursday, February 02, 2006 3:09 PM
To: Scott M Stark; Emmanuel Bernard; Bill Burke
Cc: Hibernate development
Subject: Re: [Hibernate] ClassLoader injection
hi,
Why is the tcl not the right one even when generating
This has been added to the repository.jboss.com contents and the
org.jboss.test.hibernate.test.HibernateIntgUnitTestCase is now passing.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Ebersole
Sent: Saturday, January 28, 2006 6:47 AM
To:
We should move the cvs repo to the jboss hosted one.
Max Rydahl Andersen wrote:
...when you do an update and their sucky cvs server is suddenly in
lock-mode and
I lose 5 files and can't compile my hibernate3 anymore
FYI http://sourceforge.net/tracker/?group_id=1atid=21 has about the
Bill created a dependency on a hibernate 3.1 final release for the
jboss-4.0.3 release:
http://jira.jboss.com/jira/browse/JBAS-1951
I would guess this also affects the har deployer. We want to get
jboss-4.0.3 out end of this week, no latter than end of next week. Is
this dependency realistic?
The class loading structure of a j2ee app is vendor specific. For any
given component the correct starting point is the thread context class
loader. That class loader should have visibility into parent class
loaders as needed.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
From a potential JOSF member:
We're very keen to promote a standardization of a truly object-oriented,
native API for both, ORMs and ODBMS, distinct from JDO and JDBC.
Hibernate and db4o have similar, but proprietary interfaces. If there
was a standardized API, people could switch back from ORM
20 matches
Mail list logo