Hello,
I am seeing an increasing rate of questions on the Search forum about
well documented stuff;
I just noticed that I can't point them to the documentation is it's not there.
I could edit the wiki myself to add some URL, but I can't find out the
missing link either as it's all redirecting now
The docs lives in
http://docs.jboss.org/hibernate/stable/search/reference/en/html_single/
http://docs.jboss.org/hibernate/stable/search/reference/en/
And the link is here https://www.hibernate.org/5.html#A21
Am I missing something?
On 5 mars 2010, at 10:26, Sanne Grinovero wrote:
> Hello,
> I a
They have never been published AFAIK, we tend to not publish docs on non final.
They are bundled in the distro though.
We could change that provided we think it's useful and define some publication
scheme:
- http://docs.jboss.org/hibernate/search/x.y.z for stable versions
- http://docs.jboss.o
That reminds me, I don't think we ever settled on the doc scheme
http://docs.jboss.org/hibernate/stable/project
vs
http://docs.jboss.org/hibernate/project/version
On 5 mars 2010, at 11:00, Emmanuel Bernard wrote:
> They have never been published AFAIK, we tend to not publish docs on non
> final.
I like http://docs.jboss.org/hibernate/project/version
most, as I guess I could browse available versions at
http://docs.jboss.org/hibernate/project/
and see which modules do exist under http://docs.jboss.org/hibernate/
and so I'd vote for http://docs.jboss.org/hibernate/search/3.2.0-BETA1
but hav
As Emmanuel mentioned, we are currently only publishing the docs for GA
releases.
We used to have also the beta docs online, but stopped that due to the way
the
different docs would get indexed by Google.
I agree with Sanne that we should upload the documentation for the beta
releases.
http:
odd. were you able to fix this by cleaning up db? We do use some
triggers as part of other tests; could it maybe be an issue with schema
export not able to cleanup those tables? But even there the error is
strange because we do not commit nor rollback as part of the trigger.
basically i have
I'm also blocked from debugging this issue due to a reference to
entitymanager/target/test-classes/org/hibernate/ejb/metamodel/Product_.class
not being found in the intellij project generated by "mvn idea:idea". Project
import seemed to have the same problem.
On Thu, 2010-03-04 at 21:14 -0500
as we discussed on irc you have to run the metamodel generator. X_ is a
generated class 99.9% of the time. You also need to add the generated
source directory as a source directory.
On 03/05/2010 09:09 AM, Scott Marlow wrote:
> I'm also blocked from debugging this issue due to a reference to
>
On Fri, 2010-03-05 at 09:14 -0600, Steve Ebersole wrote:
> as we discussed on irc you have to run the metamodel generator. X_ is a
> generated class 99.9% of the time. You also need to add the generated
> source directory as a source directory.
I missed the step of adding the generated source
the intellij import will do it provided:
1) you tell it an apprpriate phase to run to discover all source dirs
2) the metamodel gen stuff is set up correctly to register its output
dir as a src dir w/ maven.
On 03/05/2010 09:40 AM, Scott Marlow wrote:
> On Fri, 2010-03-05 at 09:14 -0600, Steve Eb
On Fri, 2010-03-05 at 09:12 -0600, Steve Ebersole wrote:
> odd. were you able to fix this by cleaning up db? We do use some
> triggers as part of other tests; could it maybe be an issue with schema
> export not able to cleanup those tables? But even there the error is
> strange because we do
Hi
If I may throw in my 2 cents...The approach that you mentioned Emmanuel is ok
(as someone who uses the documentation). I understand that google won't know
the difference but at the end of the day it is down to the user to verify which
version of Hibernate Search they are using and use the
Not sure about "SQUIRREL_GET_ERROR_OFFSET". You use Squirrel?
The rest come from tests in the testsuite, org.hibernate.test.sql
On 03/05/2010 12:47 PM, Scott Marlow wrote:
> On Fri, 2010-03-05 at 09:12 -0600, Steve Ebersole wrote:
>> odd. were you able to fix this by cleaning up db? We do use
Wrt https://www.hibernate.org/5.html.. the plan is to eventually use
index pages on docs.jboss.org/hibernate. We have not to date simply
because its way too difficult managing resource on that site.
Yes i would like to see is just the most recent docs indexed. No clue
how/if possible.
WRT
On Fri, 2010-03-05 at 13:41 -0600, Steve Ebersole wrote:
> Not sure about "SQUIRREL_GET_ERROR_OFFSET". You use Squirrel?
Yes, Squirrel SQL Client probably created that. I'll try dropping the
tables/plsql and try again.
>
> The rest come from tests in the testsuite, org.hibernate.test.sql
>
On Fri, 2010-03-05 at 14:57 -0500, Scott Marlow wrote:
>
> On Fri, 2010-03-05 at 13:41 -0600, Steve Ebersole wrote:
> > Not sure about "SQUIRREL_GET_ERROR_OFFSET". You use Squirrel?
>
> Yes, Squirrel SQL Client probably created that. I'll try dropping the
> tables/plsql and try again.
dropping
17 matches
Mail list logo
