[ http://issues.apache.org/jira/browse/ADFFACES-123?page=all ]
Sylvain Deschênes updated ADFFACES-123:
---------------------------------------
Description:
We use the plugin in our development environment, it works really fine. But,
there's three things we've changed to make it better.
First the security in our webapp is JAAS-based, so we must explicitly specify
the webapp-name and the j2ee-context. So I modified the jdev plugin to use the
finalName specified in the POM by default. You have the choice to use it by
specifying :
<configuration>
<useFinalName>false</useFinalName>
</configuration>
Secondly, we encountered a problem when we run our webapp with the embedded
OC4J. We made some research and saw it was caused by the useJavac option in the
compiler. So, I added the the possibility to disable the use of javac with a
parameter in your POM.
<configuration>
<useJavac>false</useJavac>
</configuration>
And Third, I don't know why you added the list of resources in the classpath,
the code to put it in the resource was there so I reactivated it. And by the
way, I made the change to put the correct path in the replaceLibrary function.
The attachment is the svn diff file
was:
We use the plugin in our development environment, it works really fine. But,
there's three things we've changed to make it better.
First the security in our webapp is JAAS-based, so we must explicitly specify
the webapp-name and the j2ee-context. So I modified the jdev plugin to use the
finalName specified in the POM by default. You have the choice to use it by
specifying :
<configuration>
<useFinalName>false</useFinalName>
</configuration>
Secondly, we encountered a problem when we run our webapp with the embedded
OC4J. We made some research and saw it was caused by the useJavac option in the
compiler. So, I added the the possibility to disable the use of javac with a
parameter in your POM.
<configuration>
<useJavac>false</useJavac>
</configuration>
And Third, I don't know why you added the list of resources in the classpath,
the code to put it in the resource was there so I reactivated it. And by the
way, I made the change to put the correct path in the replaceLibrary function.
> JDev Plugins
> ------------
>
> Key: ADFFACES-123
> URL: http://issues.apache.org/jira/browse/ADFFACES-123
> Project: MyFaces ADF-Faces
> Issue Type: Improvement
> Components: Plugins
> Reporter: Sylvain Deschênes
> Priority: Minor
> Attachments: newFeature
>
>
> We use the plugin in our development environment, it works really fine. But,
> there's three things we've changed to make it better.
> First the security in our webapp is JAAS-based, so we must explicitly specify
> the webapp-name and the j2ee-context. So I modified the jdev plugin to use
> the finalName specified in the POM by default. You have the choice to use it
> by specifying :
> <configuration>
> <useFinalName>false</useFinalName>
> </configuration>
> Secondly, we encountered a problem when we run our webapp with the embedded
> OC4J. We made some research and saw it was caused by the useJavac option in
> the compiler. So, I added the the possibility to disable the use of javac
> with a parameter in your POM.
> <configuration>
> <useJavac>false</useJavac>
> </configuration>
> And Third, I don't know why you added the list of resources in the classpath,
> the code to put it in the resource was there so I reactivated it. And by the
> way, I made the change to put the correct path in the replaceLibrary
> function.
> The attachment is the svn diff file
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
