Forgot to add, this fixes issue XDT-48, and provides a workaround for XDT-47.
-- Ian
~~
Ian Duggan [EMAIL PROTECTED]http://www.demandtec.com
~~
DemandTec, Inc.
1
This patch adds two options to @ejb.dao which allow you to suppress the
automatic inclusion of create and find methods in the DAO interfaces and BMP
class files. This allows you to reproduce the behavior that existed in 1.1.2,
if desired. The default behavior is to automatically include the sp
User: dimc
Date: 02/10/07 15:03:56
Added: idea/lib openapi.jar
Log:
Added openapi.jar from IDEA build 648
Revision ChangesPath
1.1 xdocletgui/idea/lib/openapi.jar
<>
---
This sf
User: dimc
Date: 02/10/07 15:03:03
xdocletgui/idea/lib - New directory
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Xdoclet-devel mail
> Proposal: Remove xjavadoc.jar from xdoclet/lib and force people to
> download the xjavadoc module.
>
> +1
+1 definately it catches me all the time (o:
cheers
dim
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heave
A wise old hermit known only as <[EMAIL PROTECTED]> once said:
> This is exactly the situation I was worried about when xjavadoc.jar
> became part of xdoclet/lib.
>
> The problem is that we, developers, won't discover it when xjavadoc.jar
> is out of date. -Because we're always running agains
> You don't need to put *any* tags on the create and finder methods now,
> they're automatically included in the DAO. The reason it's working with
> @ejb.dao-call is simply because that's not the tag it looks for, so it
> will skip over it.
Thanks. I figured it out that not putting the tags fix
> You must log in to JIRA. Please create an account if you haven't got one.
> It's free, and you won't receive junk mail. Bug reports in email *will* be
> forgotten. Sorry about that.
I did log in and create an account, but I can't figure out how to post a bug.
I follow the links that seem to a
--- [EMAIL PROTECTED] wrote:
> I threw up a red banner on all SF trackers, but
> people don't give a
> shit and continue posting new issues in the SF
> trackers.
>
> AFAIK there is no way to make SF trackers read-only.
> The only thing you
> can do is:
>
> -Toggle "Publicly Available" (on no
I threw up a red banner on all SF trackers, but people don't give a
shit and continue posting new issues in the SF trackers.
AFAIK there is no way to make SF trackers read-only. The only thing you
can do is:
-Toggle "Publicly Available" (on now)
-Toggle "Allow non-logged-in postings" (off no
This is exactly the situation I was worried about when xjavadoc.jar
became part of xdoclet/lib.
The problem is that we, developers, won't discover it when xjavadoc.jar
is out of date. -Because we're always running against xjavadoc sources.
Proposal: Remove xjavadoc.jar from xdoclet/lib and for
- Original Message -
From: "Andrew Stevens" <[EMAIL PROTECTED]>
Date: Monday, October 7, 2002 11:34 am
Subject: RE: [Xdoclet-devel] XDoclet Documentation
> >From: Aslak Hellesoy Date: Fri, 04 Oct 2002 19:54:06 -0700
> >
> >Hmm. It's cvs.exe trying to connect through the CVS port which i
I have planned to let XGG read multiple DTDs in one go and generate one
template to cover them all. It will insert conditionals around elements
that are not common for all versions of the DTD.
-So EJB 1.1 should be easy to support.
-1 for ditching EJB1.1. It would actually be a good exercise/t
- Original Message -
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Date: Monday, October 7, 2002 9:38 am
Subject: Re: [Xdoclet-devel] XDoclet2 started
> Hi,
>
> Looks good. I think you forgot to commit the
> xdoclet.plugins.ejb.beans package. It is missing the interfaces
> the impl
User: ko5tik
Date: 02/10/07 05:27:17
Modified:modules/xdoclet/src/META-INF xtags.xml
Log:
fixed problems with resolving DTD from c: drive
Now dtd resides inside xdocletgui jar
Revision ChangesPath
1.9 +29 -2 xdoclet/modules/xdoclet/src/META-INF/xtags.xml
User: ko5tik
Date: 02/10/07 05:27:18
Modified:.build.xml run.sh
Log:
fixed problems with resolving DTD from c: drive
Now dtd resides inside xdocletgui jar
Revision ChangesPath
1.20 +2 -0 xdocletgui/build.xml
Index: build.xml
=
User: ko5tik
Date: 02/10/07 05:27:18
Modified:jedit/src/java/xdocletgui/jedit XDocletGUI.java
Log:
fixed problems with resolving DTD from c: drive
Now dtd resides inside xdocletgui jar
Revision ChangesPath
1.12 +2 -3 xdocletgui/jedit/src/java/xdocletgui/jed
User: ko5tik
Date: 02/10/07 05:27:19
Modified:src/java/xtags ConditionFactory.java
Log:
fixed problems with resolving DTD from c: drive
Now dtd resides inside xdocletgui jar
Revision ChangesPath
1.21 +1 -1 xdocletgui/src/java/xtags/ConditionFactory.java
User: ko5tik
Date: 02/10/07 05:27:18
Modified:src/java xtags-classic.xml
Log:
fixed problems with resolving DTD from c: drive
Now dtd resides inside xdocletgui jar
Revision ChangesPath
1.7 +1 -2 xdocletgui/src/java/xtags-classic.xml
Index: xtags-class
>From: Aslak Hellesoy Date: Fri, 04 Oct 2002 19:54:06 -0700
>
>Hmm. It's cvs.exe trying to connect through the CVS port which is >probably
>closed. -And I doubt http://cvsgrab.sf.net/ could help you in this >case,
>as
>it's only designed for retrieving files, not accessing esoteric
>functionality
> > http://users.pandora.be/ees/xdoclet/development/design.html
> > > ?? especially
> > > "NO more support for EJB 1.0 and 1.1, use XDoclet
> > > 1.2 for this"??
> > +1
>
> -0 Our app servers are still on a version that only supports 1.1 (the
> later ones that support 2.0 haven't gone through a
Hi,
Looks good. I think you forgot to commit the xdoclet.plugins.ejb.beans package. It is
missing the interfaces the impl package implements.
Some remarks:
* Didn't we agree on ejb-jar, ejb-vo, ejb-pk plug-in? Now there is an ejb plug-in.
* I miss a main class that executes xdoclet without Ant
22 matches
Mail list logo
