Sanjiva,

FYI, the changes in codegen enables a complete directory structure
(maven-like) with separate src, resource and test trees and a
build.xml in the root. build.xml reuses the directory structure and
adds a build directory with classes under it as necessary.

thanks,
dims

1/16/06, Sanjiva Weerawarana <sanjiva (AT) opensource (DOT) lkwrote:
Mon, 2006-01-16 at 12:18 -0600, Dong Liu wrote:
The same behavior found for the command line.

1/16/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:
Hi, folks,

When I generate java code using 0.94 axis2 Eclipse code
generator plugin generator 1.1.0, an unwanted "src" created as
the first hierarchy of my package name. E.g. instead of
generating the code in /pName, it generates /src/pName .

Should I put it in JIRA?

+1.

Sanjiva.
>
>
>
>

Hi Dong,
I just checked the templates and yes, there's an extra ")" in the template
for the databinding =none case. I just made the fix and commited.
For you to make this work look for the xsl template DatabindingTemplate.xslin
package. Remove the extra parenthesis
at line 228. No recompilation is needed.

Sorry for the trouble.

Ajith

1/17/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

The generated code has syntax errors. In my case, one more ")" appears in
the line

private toEnvelope(
factory, MElementparam){
envelope =
factory.getDefaultEnvelope ();
envelope.getBody().addChild(param));
return envelope;
}
>
>
>
1/16/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

The same behavior found for the command line.

1/16/06, Dong Liu < edongliu (AT) gmail (DOT) comwrote:

Hi, folks,

When I generate java code using 0.94 axis2 Eclipse code generator
plugin generator 1.1.0, an unwanted "src" created as the first
hierarchy of my package name. E.g. instead of generating the code in
/pName, it generates /src/pName .

Should I put it in JIRA?

Cheers,

Don
>
>
>
>

Hmmm
this is weird. Please make sure that "theMessageReceiver" class is in the
class path. If you can post the stack trace, it'll be quite helpful.

1/17/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

When I changed the generated services.xml by adding an entry for an
operation like the follows, the deployment on axis2 failed, and the errors
were something like class cannot be found.

<operation name="opName">
<messageReceiver class="theMessageReceiver" />
</operation>
--
However, everything is K with the original generated services.xml .
>
>
>
>
1/16/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

I found now <operation/entries are not in the generated services.xmlby WSDL2Java which used to be there in .93 and .92. Is this designed change?
--
1/16/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

The generated code has syntax errors. In my case, one more ")" appears
in the line

private toEnvelope(
factory,
MElement param){
envelope =
factory.getDefaultEnvelope ();
envelope.getBody().addChild(param));
return envelope;
}
>
>
>
1/16/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

The same behavior found for the command line.

1/16/06, Dong Liu < edongliu (AT) gmail (DOT) comwrote:

Hi, folks,

When I generate java code using 0.94 axis2 Eclipse code generator
plugin generator 1.1.0, an unwanted "src" created as the first
hierarchy of my package name. E.g. instead of generating the code
in /pName, it generates /src/pName .

Should I put it in JIRA?

Cheers,

Don
>
>
>
>
>
>

I kind of like the way where you get the generated source inside src,
resources such as services.xml (and schema*.xsb files in the case of
XMLbeans) inside resources and so on.
It makes things neat and easy to work with. besides we generate a build XML
which by executing would compile the code :)

1/17/06, Sanjiva Weerawarana <sanjiva (AT) opensource (DOT) lkwrote:

Mon, 2006-01-16 at 19:41 -0500, Davanum Srinivas wrote:
Sanjiva,

FYI, the changes in codegen enables a complete directory structure
(maven-like) with separate src, resource and test trees and a
build.xml in the root. build.xml reuses the directory structure and
adds a build directory with classes under it as necessary.

+1 but I don't think we should be forcing it on people. I'd like to
see the default behavior being "create a stub here and now" or "create a
skeleton here and now" with an option to generate a full scale
maven-like project structure.

Thoughts?

Sanjiva.
>
>
>

Thank you, Ajith,

I just checked the stylesheet, and found the line you mentioned. The error
is fixed when I changed the DatabindingTemplate.xsl. By the way, the place
is at line 157 in my editor without word-wrap.

1/16/06, Ajith Ranabahu <ajith.ranabahu (AT) gmail (DOT) comwrote:

Hi Dong,
I just checked the templates and yes, there's an extra ")" in the template
for the databinding =none case. I just made the fix and commited.
For you to make this work look for the xsl template
DatabindingTemplate.xsl in package.
Remove the extra parenthesis at line 228. No recompilation is needed.

Sorry for the trouble.

Ajith

Hi, Ajith,

I rechecked my services.xml that I have changed and put into the aar, and
found that I made a mistake to type "TheMessageReceiver" as "
theMessageReceiver". Therefore the errors are reasonable. After I fixed
that, everything works just as the aar with the generated services.xml

Thank you,

Don

1/16/06, Ajith Ranabahu <ajith.ranabahu (AT) gmail (DOT) comwrote:

Hmmm
this is weird. Please make sure that "theMessageReceiver" class is in the
class path. If you can post the stack trace, it'll be quite helpful.

1/17/06, Dong Liu <edongliu (AT) gmail (DOT) comwrote:

When I changed the generated services.xml by adding an entry for an
operation like the follows, the deployment on axis2 failed, and the errors
were something like class cannot be found.

<operation name="opName">
<messageReceiver class="theMessageReceiver" />
</operation>
--
However, everything is K with the original generated services.xml .
>
>
>