You can subscribe to this list here.
2002 |
Jan
(2) |
Feb
(157) |
Mar
(111) |
Apr
(61) |
May
(68) |
Jun
(45) |
Jul
(101) |
Aug
(132) |
Sep
(148) |
Oct
(227) |
Nov
(141) |
Dec
(285) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(518) |
Feb
(462) |
Mar
(390) |
Apr
(488) |
May
(321) |
Jun
(336) |
Jul
(268) |
Aug
(374) |
Sep
(211) |
Oct
(246) |
Nov
(239) |
Dec
(173) |
2004 |
Jan
(110) |
Feb
(131) |
Mar
(85) |
Apr
(120) |
May
(82) |
Jun
(101) |
Jul
(54) |
Aug
(65) |
Sep
(94) |
Oct
(51) |
Nov
(56) |
Dec
(168) |
2005 |
Jan
(146) |
Feb
(98) |
Mar
(75) |
Apr
(118) |
May
(85) |
Jun
(75) |
Jul
(44) |
Aug
(94) |
Sep
(70) |
Oct
(84) |
Nov
(115) |
Dec
(52) |
2006 |
Jan
(113) |
Feb
(83) |
Mar
(217) |
Apr
(158) |
May
(219) |
Jun
(218) |
Jul
(189) |
Aug
(39) |
Sep
(3) |
Oct
(7) |
Nov
(4) |
Dec
(2) |
2007 |
Jan
|
Feb
(2) |
Mar
(7) |
Apr
(3) |
May
(3) |
Jun
(8) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(7) |
Dec
|
2008 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2009 |
Jan
(6) |
Feb
|
Mar
(1) |
Apr
(2) |
May
(1) |
Jun
(1) |
Jul
(10) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
(3) |
2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-10 18:01:17
|
Konstantin Priblouda wrote: >--- Joel Rosi-Schwartz <Joe...@Et...> >wrote: > > >>I have just performed the intial check in of the >>hibernate module. I >>successfully built XDoclet so at least it is not >>distrubtive. This check >>in does *not* reflect the refactoring of the package >>structure to >>xdoclet.modules.hibernate. I have just performed the >>refactoring and I >>am in the process of rebuilding XDoclet to test that >>the everything >>still builds okay. Once I have a good build I will >>check in again. >> >> > >OK, tomorrow I will start on generating .sar >descriptor >for hibernate, and going over xtags.xml to made >hibernate tags editable by GUI. > Neat, that will be a real nice feature. >Are there *any* special requirements for classes to >be hibernateable? AFAIK not... > Not that I know of. >regards, > >===== >Konstantin Priblouda ( ko5tik ) Freelance Software developer >< http://www.pribluda.de > < play java games -> http://www.yook.de > >< render charts online -> http://www.pribluda.de/povray/ > > >__________________________________________________ >Do you Yahoo!? >Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >http://mailplus.yahoo.com > > > > |
From: Konstantin P. <kpr...@ya...> - 2002-12-10 17:50:37
|
--- Joel Rosi-Schwartz <Joe...@Et...> wrote: > I have just performed the intial check in of the > hibernate module. I > successfully built XDoclet so at least it is not > distrubtive. This check > in does *not* reflect the refactoring of the package > structure to > xdoclet.modules.hibernate. I have just performed the > refactoring and I > am in the process of rebuilding XDoclet to test that > the everything > still builds okay. Once I have a good build I will > check in again. OK, tomorrow I will start on generating .sar descriptor for hibernate, and going over xtags.xml to made hibernate tags editable by GUI. Are there *any* special requirements for classes to be hibernateable? AFAIK not... regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-10 17:36:31
|
I have just performed the intial check in of the hibernate module. I successfully built XDoclet so at least it is not distrubtive. This check in does *not* reflect the refactoring of the package structure to xdoclet.modules.hibernate. I have just performed the refactoring and I am in the process of rebuilding XDoclet to test that the everything still builds okay. Once I have a good build I will check in again. - joe; |
From: <phr...@im...> - 2002-12-10 17:35:00
|
hi, On Tue, 10 Dec 2002 10:34:30 +1100, "Gavin King" <Gav...@ex...> said: > Oh, so it isn't actually a composite key. I didn't understand > properly then. Well, using a UserType is exactly the right > approach. You would also need to implement IdentifierGenerator > to generate instances of PrimaryKey (your implementation could > just wrap up a built-in key generation strategy). This should > work out perfectly - if you have any more problems let me know. > > The mapping would be: > > <id name="key" type="my.pkg.PrimaryKeyType"> > <generator class="my.pkg.PrimaryKeyGenerator"/> > </id> i created my own PK generator, but i'm still getting the same exception i had before: cirrus.hibernate.PropertyAccessException: IllegalArgumentException occurred while calling setter of test.hibernate.Foo.pk at cirrus.hibernate.helpers.ReflectHelper.set(ReflectHelper.java:190) at cirrus.hibernate.persister.AbstractEntityPersister.setIdentifier(AbstractEntityPersister.java:281) at cirrus.hibernate.impl.SessionImpl.doSave(SessionImpl.java:528) at cirrus.hibernate.impl.SessionImpl.save(SessionImpl.java:483) at cirrus.hibernate.impl.SessionImpl.saveOrUpdate(SessionImpl.java:919) at test.hibernate.ejb.HibTestSessionBean.saveFoo(HibTestSessionBean.java:53) from Foo.hbm.xml: <id type="test.hibernate.MyPrimaryKeyType" name="pk" column="id" length="16" unsaved-value="null"> <generator class="test.hibernate.MySequencePKGenerator"> <param>MY_SEQ</param> </generator> </id> Foo.java has: public PrimaryKey getPk() public void setPk(PrimaryKey pk) (i tried adding setPk(Long), setPk(String), setPK(long) - that didnt chg the exception at all) My pk generator extends SequenceGenerator, and overrides one method as follows: public Serializable generate(SessionImplementor session, Object obj) throws SQLException, HibernateException { return new PrimaryKey( String.valueOf(super.generate(session, obj)) ); } the implementation of my UserType is as follows: private static final int[] TYPES = { Types.VARCHAR }; public int[] sqlTypes() { return TYPES; } public Class returnedClass() { return PrimaryKey.class; } public boolean equals(Object x, Object y) { if (x==y) return true; if (x==null || y==null) return false; return x.equals(y); } public Object nullSafeGet(ResultSet rs, String[] names, Object owner) throws HibernateException, SQLException { String id = (String) Hibernate.STRING.nullSafeGet(rs, names[0]); return id==null ? null : new PrimaryKey(id); } public void nullSafeSet(PreparedStatement st, Object value, int index) throws HibernateException, SQLException { String id = (value==null) ? null : ((PrimaryKey)value).getId(); Hibernate.STRING.nullSafeSet(st, id, index); } public Object deepCopy(Object o) { if (o==null) return null; return new PrimaryKey( (PrimaryKey)o ); } public boolean isMutable() { return false; } any help would be appreciated :) viktor -- phr...@im... -- http://fastmail.fm - Does exactly what it says on the tin |
From: Konstantin P. <kpr...@ya...> - 2002-12-10 15:30:57
|
> > Anyway, I have started to develop another subtask > - > > jboss-service , to produce xml file to be able to > > to deploy hibernate on jboss. > > What kind of xml file will it produce? Like this: http://hibernate.bluemars.net/23.html?cowiki=eba5e5746ac6df6d30ab41195b251008 > What do you mean by "deploy hibernate on jboss"? I'm > confused. Well, it can run as MBean in JBoss, be looked up via JNDI and used from session bean - so it seems to be logical to produce .sar or something like this and just deploy it... I can also think of generation of session bean which would work as proxy. Or maybe more generic approach... BTW, I submitted issue on xjavadoc - your advice is needed... regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: <asl...@ne...> - 2002-12-10 15:08:04
|
> -----Original Message----- > From: xdo...@li... > [mailto:xdo...@li...]On Behalf Of > Konstantin Priblouda > Sent: 10. desember 2002 15:47 > To: xdoclet-devel; hibernate-devel > Subject: [Xdoclet-devel] Where is hibernate xdoclet module now? > > > Hi all, > Is it on the way to xdoclet? Or is it not? > Take it easy Konstantin... Give Joel a break. > Anyway, I have started to develop another subtask - > jboss-service , to produce xml file to be able to > to deploy hibernate on jboss. What kind of xml file will it produce? What do you mean by "deploy hibernate on jboss"? I'm confused. > > For now in hibernate source tree... > > I would also suggest to rename <hibernate/> > subtask to <mappings/>... > > regards, > > ===== > Konstantin Priblouda ( ko5tik ) Freelance Software developer > < http://www.pribluda.de > < play java games -> http://www.yook.de > > < render charts online -> http://www.pribluda.de/povray/ > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Xdoclet-devel mailing list > Xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-devel |
From: Konstantin P. <kpr...@ya...> - 2002-12-10 14:47:31
|
Hi all, Is it on the way to xdoclet? Or is it not? Anyway, I have started to develop another subtask - jboss-service , to produce xml file to be able to to deploy hibernate on jboss. For now in hibernate source tree... I would also suggest to rename <hibernate/> subtask to <mappings/>... regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Simon S. <sm...@la...> - 2002-12-10 12:23:30
|
Hibernate's XDoclet task (fresh from the CVS ;) appears to have a small buglet. If the "force" property is set to "false" then the second time that XDoclet goes to generate the mappings the following exception is thrown: [hibernatedoclet] Running <hibernate/> [hibernatedoclet] java.lang.StringIndexOutOfBoundsException: String index out of range: 91 [hibernatedoclet] at java.lang.String.charAt(String.java:511) [hibernatedoclet] at xdoclet.template.TemplateEngine.extractNextAttribute(TemplateEngine.java :728) [hibernatedoclet] at xdoclet.template.TemplateEngine.extractAttributes(TemplateEngine.java:64 1) [hibernatedoclet] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:422) [hibernatedoclet] at xdoclet.template.TemplateParser.generate(TemplateParser.java:114) [hibernatedoclet] at xdoclet.template.TemplateParser.invoke(TemplateParser.java:179) [hibernatedoclet] at xdoclet.template.TemplateEngine.invokeMethod(TemplateEngine.java:483) [hibernatedoclet] at xdoclet.template.TemplateEngine.invokeBlockMethod(TemplateEngine.java:90 4) [hibernatedoclet] at xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:871) [hibernatedoclet] at xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) [hibernatedoclet] at xdoclet.template.TemplateParser.generate(TemplateParser.java:114) [hibernatedoclet] at xdoclet.template.TemplateParser.start(TemplateParser.java:84) [hibernatedoclet] at xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:303) [hibernatedoclet] at xdoclet.GenerationManager.isTemplateNewerThanFile(GenerationManager.java :228) [hibernatedoclet] at xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:136) [hibernatedoclet] at xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:728) [hibernatedoclet] at xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:640) [hibernatedoclet] at xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:584) [hibernatedoclet] at xdoclet.TemplateSubTask.execute(TemplateSubTask.java:477) [hibernatedoclet] at xdoclet.XDocletMain.start(XDocletMain.java:46) [hibernatedoclet] at xdoclet.DocletTask.start(DocletTask.java:397) [hibernatedoclet] at xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:68) [hibernatedoclet] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166) [hibernatedoclet] at org.apache.tools.ant.Task.perform(Task.java:317) [hibernatedoclet] at org.apache.tools.ant.Target.execute(Target.java:309) [hibernatedoclet] at org.apache.tools.ant.Target.performTasks(Target.java:334) [hibernatedoclet] at org.apache.tools.ant.Project.executeTarget(Project.java:1306) [hibernatedoclet] at org.apache.tools.ant.Project.executeTargets(Project.java:1250) [hibernatedoclet] at org.apache.tools.ant.Main.runBuild(Main.java:610) [hibernatedoclet] at org.apache.tools.ant.Main.start(Main.java:196) [hibernatedoclet] at org.apache.tools.ant.Main.main(Main.java:235) The quickest and easiest way to reproduce this behaviour is to run "ant test" twice on the Tools CVS checkout after modifying the build.xml so that generating the mappings is false (xdoclet.force = "false") If I get a few minutes to myself, I'll try and take a look, but has anyone got any ideas? Regards, Simon |
From: Konstantin P. <kpr...@ya...> - 2002-12-10 11:04:01
|
--- Joel Rosi-Schwartz <Joe...@Et...> wrote: > Matt, > > I have tried to duplicate this behaviour by running > generation across > the test classes multiple times, but this does not > produce any > exceptions. Could you possibly send me a test cast > that fails? Hi Joel, did you started to check in your code in XDoclet ? I'm missing your work there... YOu can do this as as soon as it compiles and does not break xdoclet build. I'm eager to see it :) regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-10 10:39:35
|
Matt, I have tried to duplicate this behaviour by running generation across the test classes multiple times, but this does not produce any exceptions. Could you possibly send me a test cast that fails? Thanks, Joel Matt Raible wrote: >I tried just adding a double-quote (") after mutable, and then tried >using single quotes as specified below. I get a new error, but still >get an error when I try to run it a second time. If I clean before >running it a second time, it works fine. > >Matt > >hibernatedoclet] Running <hibernate/> >hibernatedoclet] (XDocletMain.start 51 ) Running >XDoclet failed. >hibernatedoclet] (XDocletMain.start 52 ) ><<xdoclet.XDocletException: Running XDoclet failed.>> >hibernatedoclet] xdoclet.XDocletException: Running XDoclet failed. >hibernatedoclet] at >xdoclet.XDocletTagSupport.generate(XDocletTagSupport.java:733) >hibernatedoclet] at >xdoclet.tagshandler.MergeTagsHandler.generateUsingMergedFile(MergeTagsHa >ndler.java:244) >hibernatedoclet] at >xdoclet.tagshandler.MergeTagsHandler.merge(MergeTagsHandler.java:80) >hibernatedoclet] at >sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >hibernatedoclet] at >sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav >a:39) >hibernatedoclet] at >sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor >Impl.java:25) >hibernatedoclet] at >java.lang.reflect.Method.invoke(Method.java:324) >hibernatedoclet] at >xdoclet.template.TemplateParser.invoke(TemplateParser.java:183) >hibernatedoclet] at >xdoclet.template.TemplateEngine.invokeMethod(TemplateEngine.java:483) >hibernatedoclet] at >xdoclet.template.TemplateEngine.invokeBlockMethod(TemplateEngine.java:90 >8) >hibernatedoclet] at >xdoclet.template.TemplateEngine.handleBlockTag(TemplateEngine.java:875) >hibernatedoclet] at >xdoclet.template.TemplateEngine.handleTag(TemplateEngine.java:425) >hibernatedoclet] at >xdoclet.template.TemplateParser.generate(TemplateParser.java:114) >hibernatedoclet] at >xdoclet.template.TemplateParser.start(TemplateParser.java:84) >hibernatedoclet] at >xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:303) >hibernatedoclet] at >xdoclet.GenerationManager.isTemplateNewerThanFile(GenerationManager.java >:228) >hibernatedoclet] at >xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:136) >hibernatedoclet] at >xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:753) >hibernatedoclet] at >xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:665) >hibernatedoclet] at >xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:592) >hibernatedoclet] at >xdoclet.TemplateSubTask.execute(TemplateSubTask.java:484) >hibernatedoclet] at xdoclet.XDocletMain.start(XDocletMain.java:46) >hibernatedoclet] at xdoclet.DocletTask.start(DocletTask.java:458) >hibernatedoclet] at >xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:69) >hibernatedoclet] at >org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166) >hibernatedoclet] at >org.apache.tools.ant.Task.perform(Task.java:319) >hibernatedoclet] at >org.apache.tools.ant.Target.execute(Target.java:309) >hibernatedoclet] at >org.apache.tools.ant.Target.performTasks(Target.java:336) >hibernatedoclet] at >org.apache.tools.ant.Project.executeTarget(Project.java:1306) >hibernatedoclet] at >org.apache.tools.ant.Project.executeTargets(Project.java:1250) >hibernatedoclet] at >org.apache.tools.ant.Main.runBuild(Main.java:610) >hibernatedoclet] at org.apache.tools.ant.Main.start(Main.java:196) >hibernatedoclet] at org.apache.tools.ant.Main.main(Main.java:235) >hibernatedoclet] file:d:/source/appfuse/build.xml:247: XDoclet failed >hibernatedoclet] at xdoclet.DocletTask.start(DocletTask.java:461) >hibernatedoclet] at >xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:69) >hibernatedoclet] at >org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166) >hibernatedoclet] at >org.apache.tools.ant.Task.perform(Task.java:319) >hibernatedoclet] at >org.apache.tools.ant.Target.execute(Target.java:309) >hibernatedoclet] at >org.apache.tools.ant.Target.performTasks(Target.java:336) >hibernatedoclet] at >org.apache.tools.ant.Project.executeTarget(Project.java:1306) >hibernatedoclet] at >org.apache.tools.ant.Project.executeTargets(Project.java:1250) >hibernatedoclet] at >org.apache.tools.ant.Main.runBuild(Main.java:610) >hibernatedoclet] at org.apache.tools.ant.Main.start(Main.java:196) >hibernatedoclet] at org.apache.tools.ant.Main.main(Main.java:235) >hibernatedoclet] Caused by: xdoclet.XDocletException: >xdoclet.XDocletException: Running XDoclet failed. >hibernatedoclet] at >xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:306) >hibernatedoclet] at >xdoclet.GenerationManager.isTemplateNewerThanFile(GenerationManager.java >:228) >hibernatedoclet] at >xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:136) >hibernatedoclet] at >xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:753) >hibernatedoclet] at >xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:665) >hibernatedoclet] at >xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:592) >hibernatedoclet] at >xdoclet.TemplateSubTask.execute(TemplateSubTask.java:484) >hibernatedoclet] at xdoclet.XDocletMain.start(XDocletMain.java:46) >hibernatedoclet] at xdoclet.DocletTask.start(DocletTask.java:458) >hibernatedoclet] ... 10 more >hibernatedoclet] --- Nested Exception --- >hibernatedoclet] xdoclet.XDocletException: xdoclet.XDocletException: >Running XDoclet failed. >hibernatedoclet] at >xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:306) >hibernatedoclet] at >xdoclet.GenerationManager.isTemplateNewerThanFile(GenerationManager.java >:228) >hibernatedoclet] at >xdoclet.GenerationManager.isGenerationNeeded(GenerationManager.java:136) >hibernatedoclet] at >xdoclet.TemplateSubTask.generateForClass(TemplateSubTask.java:753) >hibernatedoclet] at >xdoclet.TemplateSubTask.startProcessPerClass(TemplateSubTask.java:665) >hibernatedoclet] at >xdoclet.TemplateSubTask.startProcess(TemplateSubTask.java:592) >hibernatedoclet] at >xdoclet.TemplateSubTask.execute(TemplateSubTask.java:484) >hibernatedoclet] at xdoclet.XDocletMain.start(XDocletMain.java:46) >hibernatedoclet] at xdoclet.DocletTask.start(DocletTask.java:458) >hibernatedoclet] at >xjavadoc.ant.XJavadocTask.execute(XJavadocTask.java:69) >hibernatedoclet] at >org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:166) >hibernatedoclet] at >org.apache.tools.ant.Task.perform(Task.java:319) >hibernatedoclet] at >org.apache.tools.ant.Target.execute(Target.java:309) >hibernatedoclet] at >org.apache.tools.ant.Target.performTasks(Target.java:336) >hibernatedoclet] at >org.apache.tools.ant.Project.executeTarget(Project.java:1306) >hibernatedoclet] at >org.apache.tools.ant.Project.executeTargets(Project.java:1250) >hibernatedoclet] at >org.apache.tools.ant.Main.runBuild(Main.java:610) >hibernatedoclet] at org.apache.tools.ant.Main.start(Main.java:196) >hibernatedoclet] at org.apache.tools.ant.Main.main(Main.java:235) > > > > > >>-----Original Message----- >>From: xdo...@li... >>[mailto:xdo...@li...] On Behalf >>Of Joel Rosi-Schwartz >>Sent: Sunday, December 08, 2002 3:07 PM >>To: Aslak Hellesoy >>Cc: Matt Raible; xdo...@li... >>Subject: Re: [Xdoclet-devel] Hibernate module >> >> >>Aslak Hellesoy wrote: >> >> >> >>>Try >>> >>>mutable="<XDtClass:classTagValue tagName='hibernate.class' >>>paramName='mutable'/>" >>> >>> >>> >>Matt, could you please let me know whether or not this clears the >>problem. If it does I will change the source, otherwise I persue a >>solution. >> >>Thanks, >>Joel >> >> >> >>>Aslak >>> >>>-----Original Message----- >>>From: xdo...@li... >>>[mailto:xdo...@li...]On Behalf Of Matt >>>Raible >>>Sent: 8. desember 2002 21:26 >>>To: xdo...@li... >>>Subject: [Xdoclet-devel] Hibernate module >>> >>> >>>I'm using the hibernate module that Joel sent me this >>> >>> >>morning. I have >> >> >>>to clean my build before running it everytime or I get: >>>[hibernatedoclet] (XDocletMain.start 51 ) >>> >>> >>Running XDoclet >> >> >>>failed. >>>[hibernatedoclet] (XDocletMain.start 52 ) >>><<xdoclet.template.TemplateException: Error in template fil >>>e: syntax error, line=2 of template file: >>>jar:file:D:\source\appfuse\lib\xdoclet-1.2-beta2-20021208\xdo >>> >>> >>clet-hiber >> >> >>>nate- >>>mo >>>dule.jar!/cirrus/hibernate/tools/xdoclet/resources/hibernate. >>> >>> >>xdt affecting >> >> >>>template: >>>[hibernatedoclet] mutable="<XDtClass:classTagValue >>>tagName="hibernate.class" paramName="mutable />" >>>[hibernatedoclet] >> >>>[hibernatedoclet] xdoclet.template.TemplateException: Error >>> >>> >>in template >> >> >>>file: syntax error, line=2 of template file: jar >>>:file:D:\source\appfuse\lib\xdoclet-1.2-beta2-20021208\xdocle >>> >>> >t-hibernate-mod > > >>ule.jar!/cirrus/hibernate/tools/xdoclet/reso >>urces/hibernate.xdt affecting template: >>[hibernatedoclet] mutable="<XDtClass:classTagValue >>tagName="hibernate.class" paramName="mutable />" >>[hibernatedoclet] >>Is this expected? >>Thanks, >>Matt >> >> |
From: Konstantin P. <kpr...@ya...> - 2002-12-10 09:06:17
|
> Can you expand on that. Why is the current version > useless or more > importantly what needs to be done to get it right? > Or are you saying the > GUI is the problem? Well, tag validation is planned for 2.0 release. For now xtags.xml are used only for GUI ( to rigging up trees and editors and such stuff ) and doc generation - no effect on actual xdoclet performance regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Konstantin P. <kpr...@ya...> - 2002-12-10 08:52:40
|
> > So I can take > > on importing sources, refactoring them to correct > > package structure and writing xtags.xml ( at least > > start it, so Joel can follow on it ) > > and maybe fixing some stuff which is currently > broken > > in CVS ( judging from commit logs ) I just overlooked it... Not came yet to write some hiberabte stuff - just looking for it and figuring a way... > not that I dont want more committers - but there was > discussion on > xdoclet-dev a week or two ago about jboss > maintaining their own module in > their own cvs repository. do we want to do this > here, or keep with the > status quo? Difficult question. We have more knowlege of xdoclet, hibernate folks of course of hibernate. With current templating solution it would be best for hibernate module to live in xdoclet, because of possibly need of new tags in other modules or templating enhancements - having somebody with right to commit in both repositories is good idea... I can also think of some ehnancements to hibernate code generation - there are a lot of potencially usefull patterns... regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Gavin K. <Gav...@ex...> - 2002-12-09 23:34:49
|
Oh, so it isn't actually a composite key. I didn't understand properly then. Well, using a UserType is exactly the right=20 approach. You would also need to implement IdentifierGenerator to generate instances of PrimaryKey (your implementation could=20 just wrap up a built-in key generation strategy). This should work out perfectly - if you have any more problems let me know. The mapping would be: <id name=3D"key" type=3D"my.pkg.PrimaryKeyType"> <generator class=3D"my.pkg.PrimaryKeyGenerator"/> </id> > -----Original Message----- > From: phr...@im... [mailto:phr...@im...]=20 > Sent: Tuesday, 10 December 2002 10:16 AM > To: Gavin King; Chris Winters > Cc: hib...@li... > Subject: RE: [Hibernate] custom identifier class >=20 >=20 > hi, >=20 > On Tue, 10 Dec 2002 09:10:09 +1100, "Gavin King"=20 > <Gav...@ex...> > said: > > This has been requested once before, and it would be very > > trivial to add support for a <generator> subelement of > > <composite-id>. But theres always something very fishy > > about using a generated (ie. synthetic) composite id. It > > really makes no sense. It never even makes sense to have a > > single <key-property> be generated.... > >=20 > > I can't imagine why you would want it.... >=20 > i'm trying to port some legacy code over to hibernate. the=20 > code relies on a PrimaryKey class for identifying objects.=20 > this is not a composite key, so automatic generation totally=20 > makes sense (it really just encapsulates a String id=20 > property). changing this all over the place would be somewhat=20 > painful, that's why i was trying to work around it within the=20 > boundaries of Hibernate. >=20 > i would like to know what sort of direction would you recommend, eg > - replace the PrimaryKey class with String everywhere (-> pain) > - extend hibernate along the lines you mentioned (sounds=20 > good to me, but i need further directions) > - can i just directly use the guts of hibernate to get a new ID? > - map it some other way (i tried a UserType, didn't really work out) >=20 > thanks, > viktor > --=20 > =20 > phr...@im... >=20 > --=20 > http://fastmail.fm - Faster than the air-speed velocity of an > unladen european swallow >=20 ********** CAUTION - Disclaimer ********** This message may contain privileged and confidential information. If you are not the intended recipient of this message (or responsible for delivery of the message to such person) you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error, you should destroy it and kindly notify the sender by reply e-mail. Please advise immediately if you or your employer do not consent to Internet e-mail for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of Expert Information Services Pty Ltd ("The Company") shall be understood as neither given nor endorsed by it. The Company advises that this e-mail and any attached files should be scanned to detect viruses. The Company accepts no liability for loss or damage (whether caused by negligence or not) resulting from the use of any attached files. **EIS******** End of Disclaimer ********** |
From: <phr...@im...> - 2002-12-09 23:16:21
|
hi, On Tue, 10 Dec 2002 09:10:09 +1100, "Gavin King" <Gav...@ex...> said: > This has been requested once before, and it would be very > trivial to add support for a <generator> subelement of > <composite-id>. But theres always something very fishy > about using a generated (ie. synthetic) composite id. It > really makes no sense. It never even makes sense to have a > single <key-property> be generated.... > > I can't imagine why you would want it.... i'm trying to port some legacy code over to hibernate. the code relies on a PrimaryKey class for identifying objects. this is not a composite key, so automatic generation totally makes sense (it really just encapsulates a String id property). changing this all over the place would be somewhat painful, that's why i was trying to work around it within the boundaries of Hibernate. i would like to know what sort of direction would you recommend, eg - replace the PrimaryKey class with String everywhere (-> pain) - extend hibernate along the lines you mentioned (sounds good to me, but i need further directions) - can i just directly use the guts of hibernate to get a new ID? - map it some other way (i tried a UserType, didn't really work out) thanks, viktor -- phr...@im... -- http://fastmail.fm - Faster than the air-speed velocity of an unladen european swallow |
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-09 23:06:44
|
Dmitri Colebatch wrote: [snip] >it has it, but the condition is not correct - I've fixed it locally and the >gui works fine once fixed. > Could you send me your fix so I can get into the reposirtory? Thanks, Joel [snip] |
From: Dmitri C. <di...@co...> - 2002-12-09 22:24:32
|
(might have already been answered) > I started to evaluate hibernate with hope > to be able to toss my entity ejb's down the drain. > (and it looks that I'll be able to do this:) ditto (o: > I also noticed that hibernate module lacks xtags.xml it has it, but the condition is not correct - I've fixed it locally and the gui works fine once fixed. > So I can take > on importing sources, refactoring them to correct > package structure and writing xtags.xml ( at least > start it, so Joel can follow on it ) > and maybe fixing some stuff which is currently broken > in CVS ( judging from commit logs ) not that I dont want more committers - but there was discussion on xdoclet-dev a week or two ago about jboss maintaining their own module in their own cvs repository. do we want to do this here, or keep with the status quo? cheers dim |
From: Gavin K. <Gav...@ex...> - 2002-12-09 22:10:16
|
This has been requested once before, and it would be very=20 trivial to add support for a <generator> subelement of <composite-id>. But theres always something very fishy about using a generated (ie. synthetic) composite id. It really makes no sense. It never even makes sense to have a single <key-property> be generated.... I can't imagine why you would want it.... > i considered this approach (even though my pk class is not a=20 > composite). however, the problem is that i can no longer rely=20 > on hibernate to generate the PKs for me. that's why i was=20 > trying to use a UserType. so, is there a way to reuse the=20 > functionality in the hibernate PK generators when using a=20 > composite-id? ********** CAUTION - Disclaimer ********** This message may contain privileged and confidential information. If you are not the intended recipient of this message (or responsible for delivery of the message to such person) you are hereby notified that any use, dissemination, distribution or reproduction of this message is prohibited. If you have received this message in error, you should destroy it and kindly notify the sender by reply e-mail. Please advise immediately if you or your employer do not consent to Internet e-mail for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of Expert Information Services Pty Ltd ("The Company") shall be understood as neither given nor endorsed by it. The Company advises that this e-mail and any attached files should be scanned to detect viruses. The Company accepts no liability for loss or damage (whether caused by negligence or not) resulting from the use of any attached files. **EIS******** End of Disclaimer ********** |
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-09 21:40:04
|
Konstantin, I really appreciate your good energies. How can we best work together to get the hiberate module up to snuff? Konstantin Priblouda wrote: >OK, seen this. Also with xdoclet.xml along. >After moving to xdoclet xdoclet.xml will vanish - >we generate them with xdoclet itself :) > Yes, I noticed that when I built. >As for xtags.xml - current version is pretty useless >for GUI ( this means completely useless , since >tag validation is not developed yet. ). > Can you expand on that. Why is the current version useless or more importantly what needs to be done to get it right? Or are you saying the GUI is the problem? >Since I do not know much about hibernate tags, >I can provide only technical assistance for now. > Not a problem, we can both learn as we go :-) Ciao, Joel |
From: <phr...@im...> - 2002-12-09 16:25:07
|
hi, On 08 Dec 2002 10:25:30 -0500, "Chris Winters" <cwi...@op...> said: > On Sat, 2002-12-07 at 19:12, phr...@im... wrote: > > how can one use an alternative class for primary keys (eg. MyPrimaryKey > > instead of a string)? I tried using a UserType for this purpose, but > > reflection fails with an IllegalArgumentException in > > AbstractEntityPersiser.setIdentifier. > > Lookup the 'composite-id' property in the docs. Here's an example for > one of my objects: i considered this approach (even though my pk class is not a composite). however, the problem is that i can no longer rely on hibernate to generate the PKs for me. that's why i was trying to use a UserType. so, is there a way to reuse the functionality in the hibernate PK generators when using a composite-id? thanks, viktor -- phr...@im... -- http://fastmail.fm - IMAP accessible web-mail |
From: Konstantin P. <kpr...@ya...> - 2002-12-09 15:54:27
|
> I do not know what the XDoclet policy is as far as > confirmation of the > nomination, but when they are ready we are ready. Well, you just been added. Welcomne on board :) > >I also noticed that hibernate module lacks > xtags.xml > > > Hmm...did you check out the module from the cvs > Tools module? There is > an xtags.xml in /src/META-INF. Please note, however, > that it is a bit > incomplete. I plan on rectifying that this week. OK, seen this. Also with xdoclet.xml along. After moving to xdoclet xdoclet.xml will vanish - we generate them with xdoclet itself :) As for xtags.xml - current version is pretty useless for GUI ( this means completely useless , since tag validation is not developed yet. ). Since I do not know much about hibernate tags, I can provide only technical assistance for now. I'm starting to add directories for hibernate. Objections? regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-09 15:10:50
|
Konstantin Priblouda wrote: >Hi all, >(crossposting to xdoclet-devel ) > >I started to evaluate hibernate with hope >to be able to toss my entity ejb's down the drain. >(and it looks that I'll be able to do this:) > >I noticed that there is xdoclet module for it - >and because I'm myself committer of xdoclet I really >would use it. > >Last days there was a discussion on xdoclet list >to nominate Joel as hibernate module maintainer >and include hibernate module into xdoclet - >and voting vas positive. Is there any progrees from >hibernate side? > I do not know what the XDoclet policy is as far as confirmation of the nomination, but when they are ready we are ready. >I also noticed that hibernate module lacks xtags.xml > Hmm...did you check out the module from the cvs Tools module? There is an xtags.xml in /src/META-INF. Please note, however, that it is a bit incomplete. I plan on rectifying that this week. >- >thus it's impossible to use XDocletGUI to tag files >easier way. (and also to generate tag documentation) > >So I can take >on importing sources, refactoring them to correct >package structure and writing xtags.xml ( at least >start it, so Joel can follow on it ) >and maybe fixing some stuff which is currently broken >in CVS ( judging from commit logs ) > I would be very pleased with whatever assistance you can give. From the development perspective I am a 'babe in the woods' with XDoclet, so your support is warmly appreciated. - joel > >Comments please :) > > > |
From: Konstantin P. <kpr...@ya...> - 2002-12-09 14:04:26
|
Hi all, (crossposting to xdoclet-devel ) I started to evaluate hibernate with hope to be able to toss my entity ejb's down the drain. (and it looks that I'll be able to do this:) I noticed that there is xdoclet module for it - and because I'm myself committer of xdoclet I really would use it. Last days there was a discussion on xdoclet list to nominate Joel as hibernate module maintainer and include hibernate module into xdoclet - and voting vas positive. Is there any progrees from hibernate side? I also noticed that hibernate module lacks xtags.xml - thus it's impossible to use XDocletGUI to tag files easier way. (and also to generate tag documentation) So I can take on importing sources, refactoring them to correct package structure and writing xtags.xml ( at least start it, so Joel can follow on it ) and maybe fixing some stuff which is currently broken in CVS ( judging from commit logs ) Comments please :) regards, ===== Konstantin Priblouda ( ko5tik ) Freelance Software developer < http://www.pribluda.de > < play java games -> http://www.yook.de > < render charts online -> http://www.pribluda.de/povray/ > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
From: Chris W. <cwi...@op...> - 2002-12-08 15:22:44
|
On Sat, 2002-12-07 at 19:12, phr...@im... wrote: > how can one use an alternative class for primary keys (eg. MyPrimaryKey > instead of a string)? I tried using a UserType for this purpose, but > reflection fails with an IllegalArgumentException in > AbstractEntityPersiser.setIdentifier. Lookup the 'composite-id' property in the docs. Here's an example for one of my objects: <composite-id name="primaryKey" class="com.optiron.readi.domain.CustomerPK" unsaved-value="any"> <property name="custEntno" column="cust_entno" type="string"/> <property name="custRscno" column="cust_rscno" type="string"/> </composite-id> Chris -- Chris Winters (cwi...@op...) Java Developer |
From: <phr...@im...> - 2002-12-08 00:12:31
|
hi, how can one use an alternative class for primary keys (eg. MyPrimaryKey instead of a string)? I tried using a UserType for this purpose, but reflection fails with an IllegalArgumentException in AbstractEntityPersiser.setIdentifier. best regards, viktor -- phr...@im... -- http://fastmail.fm - Accessible with your email software or over the web |
From: Joel Rosi-S. <Joe...@Et...> - 2002-12-07 22:01:11
|
I have been looking over the existing OsUser providers and considering the best approach for creating a hibernate provider. There are a two issues I would like to have some feedback on. First off I think that it will be worth the effort to keep it as architecturally generic as possible. Towards that end I am considering using the properties that are passed into the Provider's init() to retrieve a JNDI name for the SessionFactory. Is this sufficiently generic for most user's or does it have to be even more flexible? Second, I am a bit concerned at the usage of the PropertySetManager for storing the user's profile. My first consideration is that it does not fit neatly into the architecture of the applications that I plan to use this for. I could get over that one and would not mind terribly creating two version; one that used the PropertSetManager and one that stored the data directly in my application's objects. What I have a hard time buying into is the extra work to create the Hibernate Propertyset implementation. If I am not mistaken Gavin expressed willingness to do that some time back if someone else did... Did that ever get done? If not is someone willing to bite off that part of this task? - joel |