[
http://opensource.atlassian.com/projects/xdoclet/browse/XDT-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_17780
]
Andrew Hoffman commented on XDT-1683:
-------------------------------------
Sorry, just realized I had a typo... where I have the useFirst attribute, the
packageSubstitution should have read:
<packageSubstitution packages="ejb" substituteWith="ejbinterfaces"
useFirst="true"/>
I wrote "userFirst" instead of "useFirst" :) It does have "useFirst" in the
actual build script.
> ejbDoclet packageSubstitution issue with useFirst="true"
> --------------------------------------------------------
>
> Key: XDT-1683
> URL:
> http://opensource.atlassian.com/projects/xdoclet/browse/XDT-1683
> Project: XDoclet
> Issue Type: Bug
> Components: EJB Module
> Affects Versions: 1.2.3
> Environment: win2003 server, xdoclet-1.2.3 within Eclipse 3.2.1,
> custom xdoclet-build script
> Reporter: Andrew Hoffman
> Assignee: xdoclet-devel (Use for new issues)
>
> An issue has surfaced within our ejb-doclet code generation, stemming from a
> change in our ejb package structures. Intially, all our ejb classes where in
> a single package (example: com.abc.main.ejb) and interfaces were being
> generated to another folder via package substitution (example:
> com.abc.main.ejbinterfaces). Our packageSubstitution element of the
> ejbdoclet task looked like this:
> <packageSubstitution packages="ejb" substituteWith="ejbinterfaces"/>
> This works great for all files within the ejb package at a single level...
> however, we recently decided to ADD some new files in a sub-package (example:
> com.abc.main.ejb.newbeans), and discovered (as is proper, we now know) that
> the sub-package files were not being caught by the package substitution, and
> all generated files for the sub-package were put in the same source folder
> (com.abc.main.ejb.newbeans). Soe we then discovered the useFirst attribute
> and tried this in our xdoclet script:
> <packageSubstitution packages="ejb" substituteWith="ejbinterfaces"
> userFirst="true"/>
> We THOUGHT this should accomplish what we wanted, but instead it looks like
> the package substitution is "double substituting" matching package names in
> our packages... all of the generated interfaces are now going into an
> "ejbinterfacesinterfaces" package (example:
> com.abc.main.ejbinterfacesinterfaces and
> com.abc.main.ejbinterfacesinterfaces.newbeans)
> If you switch the substituteWith attribute from "ejbinterfaces" to just
> "interfaces", all works as expected for main package and sub-package, but we
> believe the fact that the substituteWith attribute STARTS WITH the same
> string as the packages attribute, the substitution is double-matching against
> the new "ejbinterfaces" packages (first result of the substitution) and
> RE-matching to change it to "ejbinterfacesinterfaces".
> Now, short of a TON of refactoring from "com.abc.main.ejbinterfaces" to
> "com.abc.main.interfaces", we're stuck creating a whole set of new ant tasks
> within ejbdoclet to refactor the generated "interfaces" classes BACK into
> "ejbinterfaces" packages (copy "interfaces" to "ejbinterfaces", delete
> "interfaces", replace all references to "com.abc.main.interfaces" with
> "com.abc.main.ejbinterfaces" within generated class files.
> Looks like the packageSubstitution task SHOULD be able to handle the
> situation where packages and substituteWith start with the same text, but ARE
> NOT an exact match.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://opensource.atlassian.com/projects/xdoclet/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
xdoclet-devel mailing list
xdoclet-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
