Hibernate can be used in a completely JPA-compliant mode, so it would be
(theoretically) just as swappable as any other JPA implementation as long as
you don't use any hibernate-specific extensions.
On Feb 5, 2008 10:12 PM, Christian Edward Gruber <[EMAIL PROTECTED]>
wrote:
> Toplink is mentioned
Thanks.
On 3/29/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
I added the jvm memory option to the surefire plugin because now I have
this pb too :(
Emmanuel
Thierry Lach a écrit :
> I agree. I don't want to have to bump up my memory config for all
projects
> just because
Any reason why this couldn't just be added permanently?
On 3/22/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
I sometimes get that problem too, when I see it I insert the
following into the section of continuum's root pom.xml
org.apache.maven.plugins
maven-sur
two?
if we get this decided I'll arrange the dependencies and get this
thing alpha release dealio running asap.
jesse
On 3/15/07, Jesse McConnell <[EMAIL PROTECTED]> wrote:
> yes, you are also correct on that, great point
>
> On 3/15/07, Thierry Lach <[EMAIL PROTECTED]> wr
Of the unresolved issues for 1.1-alpha-any, 108 of them are against some
version of continuum 1.0 and might not apply to continuum-1.1, but someone
is going to have to verify that.
On 3/13/07, Brett Porter <[EMAIL PROTECTED]> wrote:
On 12/03/2007, at 7:35 AM, Jesse McConnell wrote:
On 13/03/2
I've posted a patch to JIRA that enables (at least for me, using postgres
8.1) running continuum against postgres using the built-in jetty. It should
be very simple to add support for a different version of postgres also by
cloning the profile.
On 3/15/07, Thierry Lach <[EMAIL PROTECTED
TED]> wrote:
server 8.2.3-1
jdbc version: 8.2-504.jdbc3 (and jdbc4)
so I sure hope its not a matter of being that tight :)
I'll monkey around a bit more, right now I am just making sure it
works with the internal derby
jesse
On 3/14/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
>
lassTable.validateConstraints(
ClassTable.java:2875)
at
org.jpox.store.rdbms.RDBMSManager$ClassAdder.performTablesValidation(
RDBMSManager.java:3110)
On 3/14/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
> Yeah, that was my thought also.
>
> On 3/14/07, Jesse McConnell <[EMAIL
Yeah, that was my thought also.
On 3/14/07, Jesse McConnell <[EMAIL PROTECTED]> wrote:
have you tried it with postgres outside of jboss? I want to narrow
down the factors here
On 3/14/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
> That's right. I knew that patch fo
t didn't
fix you either huh?
hrm
On 3/13/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
> JPOX 1.1.7 doesn't correct the problems with Postgres. I've added an
> updated stack trace to http://jira.codehaus.org/browse/CONTINUUM-1181
>
> On 3/13/07, Jesse McConnell <[E
Did JPOX 1.1.7 get released yesterday?
On 3/7/07, Erik Bengtson <[EMAIL PROTECTED]> wrote:
FYI, JPOX 1.1.7 will be released next monday. It fixes the issue with
postgres.
You can try it out, if you like, before we release.
http://www.jpox.org/downloads/maven/jpox/jars/jpox-1.1-SNAPSHOT.jar
R
I just started up a newly-built instance of Continuum and am getting the
following error on startup.
Environment: JBoss 4.0.5
Continuum checked out from source with the patches from CONTINUUM-1167 and
CONTINUUM-961.
JBoss log fragment..
2007-03-13 14:09:05,924 [main] INFO BuildExecutorManage
A couple of things:
1. Once the first alpha is released, why not try to put a new one out
there every week or every two weeks? Anything scheduled for the alpha-2
release (for example) that isn't done could be moved back to alpha-3, and so
on.
2. I'd love to be able to try to provide m
Please open an issue in Jirahttp://jira.codehaus.org
On 3/8/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Build failure notification send by continuum doesn't have the correct url
to download logs. I believe there is a bug filed for this.
ie "Download as test" doesn't resolve to correc
Seems to be working fine now. Thanks much.
On 3/6/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
All seems to be fixed now.
I worked on it today.
Emmanuel
Thierry Lach a écrit :
> Sorry I should have added more information.
>
> I'm building off of trunk. I've
ng the svn from 2007-02-26, this behavior does
not happen.
On 3/6/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
I'm building off of trunk.
On 3/5/07, Emmanuel Venisse < [EMAIL PROTECTED]> wrote:
>
> What is the snapshot you test?
>
> Thierry Lach a écrit :
> > I'
I'm building off of trunk.
On 3/5/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
What is the snapshot you test?
Thierry Lach a écrit :
> I'm still seeing the problem behavior.
>
> On 3/5/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
>>
>&
I'm still seeing the problem behavior.
On 3/5/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
It should be fixed now, can you test it?
Emmanuel
Wendy Smoak a écrit :
> On 3/1/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
>> Using current sources patched for
Using current sources patched for JBoss, I can't access the configuration
page. As the administrator, when I try to go there, I get the message
Authorization Error You are not authorized to access this page. Please
contact your administrator to be granted the appropriate permissions.
What is/will be the installation/deployment approach for continuum? Will
users be able to download a war file and deploy it? Or will users always
have to build from source?
Thanks much. I probably wouldn't have gotten it done without your original
patch.
On 2/22/07, Hilco Wijbenga <[EMAIL PROTECTED]> wrote:
Nice work!
usity, what are you adding that would require an ear over
a war j2ee wise?
jesse
On 2/22/07, Thierry Lach <[EMAIL PROTECTED]> wrote:
> I've just added an updated patch on
> http://jira.codehaus.org/browse/CONTINUUM-1167. Continuum will now
> successfully send emails under JBos
te the ear file
you must "mvn -Pear .". The context root is defined in the main pom as
continuum and can be overridden using -
Dcontinuum.ear.contextRoot=whateverYouWantItToBe. [ Show
»<http://jira.codehaus.org/browse/CONTINUUM-1167>]
thierry lach<http://jira.codehaus.org/secure
to
JBOSS_HOME/server/default/lib. Now I see the create admin page at last
;-)
Knowing the JBoss classloading system a bit, I will probably run into
some classloading issues on a hot deploy too..
-Original Message-----
From: Thierry Lach [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 15, 2007
OK I've downloaded and applied the patch. I'm now trying to get the website
up and running. I've created a derby-continuum-ds.xml as documented on
http://docs.codehaus.org/display/CONTINUUMUSER/Continuum+on+JBoss, and also
a similar derby-user-ds.xml. I copy both of them into my deploy director
Well good news. I got the latest sources and ran a build this morning, and
it built successfully.
On 1/3/07, Jesse McConnell <[EMAIL PROTECTED]> wrote:
well, for whats it worth I am pretty sure that if a developer ever
gets a reproducible way to get these failures it will be fixed...but
withou
[ http://jira.codehaus.org/browse/MPDIST-22?page=comments#action_43588 ]
thierry lach commented on MPDIST-22:
I've accomplished this with a postGoal against dist:prepare-bin-filesystem.
The code could be added directly to the prpare-bin-filesystem
Allow plugin-test directory to be changed
-
Key: MPPLUGIN-33
URL: http://jira.codehaus.org/browse/MPPLUGIN-33
Project: maven-plugin-plugin
Type: Improvement
Reporter: thierry lach
Assigned to: Brett Porter
Priority
[ http://jira.codehaus.org/browse/MPTEST-16?page=comments#action_43587 ]
thierry lach commented on MPTEST-16:
I think it would be more useful to allow dependencies to declare which
classpaths they should be used in (default would be in all). Then the
goal that executes after failure of another goal
Key: MAVEN-1652
URL: http://jira.codehaus.org/browse/MAVEN-1652
Project: maven
Type: Wish
Reporter: thierry lach
Priority: Minor
It would be handy to have a
Coverage report has bad formatting
--
Key: MPJCOVERAGE-32
URL: http://jira.codehaus.org/browse/MPJCOVERAGE-32
Project: maven-jcoverage-plugin
Type: Bug
Versions: 1.0.9
Environment: Maven 1.0.2
Reporter: thierry lach
[ http://jira.codehaus.org/browse/MPWAR-41?page=comments#action_42549 ]
thierry lach commented on MPWAR-41:
---
It would be great if there was a war goal that would create one of these
webxml-less war files also. We've got a great use for this fe
Allow declaration of jar javadoc location in pom
Key: MPJAVADOC-60
URL: http://jira.codehaus.org/browse/MPJAVADOC-60
Project: maven-javadoc-plugin
Type: New Feature
Reporter: thierry lach
Assigned to: Arnaud
Type: Improvement
Reporter: thierry lach
Assigned to: Emmanuel Venisse
Priority: Minor
JCoverage link in project reports should open in a new window just as javadoc
does. When it replaces the existing documentation with its menu, it
complicates navigation of the docs.
--
This
[
http://jira.codehaus.org/browse/MPJCOVERAGE-26?page=comments#action_37831 ]
thierry lach commented on MPJCOVERAGE-26:
-
My suggested correction appears to be premature and does not work.
> maven.jcoverage.instrumentation.excludes does
: thierry lach
Assigned to: Emmanuel Venisse
Setting the instrumentation excludes causes jcoverage to fail with classes not
found exceptions.
To correct, change the following in plugin.jelly from
to
36 matches
Mail list logo
